Seperti yang ditunjukkan oleh jawaban @ David, kecuali Anda meng-hosting situs di zona "Intranet Lokal", hanya ada sedikit alasan untuk memasukkannya ke <meta http-equiv="X-UA-Compatible" content="IE=edge">
halaman web Anda, dan (menurut rekomendasi praktik terbaik Microsoft ) sama sekali tidak ada alasan untuk memasukkannya ke dalam HTML. (Anda harus menempatkannya di konfigurasi server atau header situs Anda - bukan di HTML itu sendiri.)
Jika Anda mempertimbangkan untuk menggunakan X-UA-Compatible
di mana saja dalam proyek Anda, Anda harus ingat bahwa Tampilan Kompatibilitas hanya memengaruhi IE8, 9, dan 10. Ini hanya diperkenalkan di IE8 dan dinonaktifkan di IE11.
Ketahuilah juga bahwa IE11 adalah satu-satunya versi IE yang didukung secara resmi saat ini . Semua versi lama harus dianggap tidak aman.
Jika itu tidak cukup alasan untuk meyakinkan Anda untuk tidak menggunakannya, pertimbangkan bahwa Microsoft menyatakan bahwa IE8 dan yang lebih baru sudah secara otomatis merender dalam Mode Standar ketika <!DOCTYPE
ada , membuatnya semakin tidak berguna.
Anda dapat melihat sendiri alur yang diperlukan IE untuk memutuskan mode dokumen yang akan digunakan:
Seperti yang Anda lihat, jika tidak ada X-UA-Compatible
tag meta atau header HTTP, ini akan memeriksa pengaturan "Tampilan Kompatibilitas" pengguna. Jika pengguna tidak memiliki apa pun untuk situs web Anda, IE kemudian memeriksa keberadaan <!DOCTYPE
deklarasi. Jika menemukannya, secara otomatis menggunakan Mode Standar terbaru (alias "EmulateIEx"). Jika tidak, itu kembali ke Mode Quirks.
Lebih banyak lagi alasan mengapa Anda tidak boleh menggunakan tag meta "Kompatibel dengan X-UA" dari Microsoft sendiri (penekanan dari saya):
Ketika Internet Explorer menemukan tag META yang Kompatibel dengan X-UA, Internet Explorer akan memulai kembali menggunakan mesin versi yang ditentukan. Ini merupakan pukulan kinerja karena browser harus berhenti dan mulai kembali menganalisis konten.
Dengan kata lain, ini memperlambat render halaman awal
Petunjuk X-UA-Compatible adalah alat untuk memungkinkan aplikasi bekerja di versi Internet Explorer terbaru sementara aplikasi diperbarui .
Itu hanya dirancang untuk penggunaan sementara.
Praktik terbaiknya adalah Header HTTP yang Kompatibel dengan X-UA . Menambahkan arahan ke header respons memberi tahu Internet Explorer mesin apa yang digunakan sebelum penguraian konten dimulai. Ini harus dikonfigurasi di server situs web.
Dengan kata lain, ada cara yang lebih baik untuk mengimplementasikan X-UA-Compatible jika Anda benar-benar membutuhkannya.
Mulai 12 Januari 2016, hanya versi Internet Explorer terbaru yang tersedia untuk sistem operasi yang didukung yang akan menerima dukungan teknis dan pembaruan keamanan. Internet Explorer 11 adalah versi terakhir Internet Explorer, dan akan terus menerima pembaruan keamanan, perbaikan kompatibilitas, dan dukungan teknis pada Windows 7, Windows 8.1, dan Windows 10 .
IE11 adalah satu-satunya versi IE yang didukung secara resmi .
Satu-satunya alasan untuk menyertakan X-UA-Compatible
tag meta di HTML Anda adalah untuk menimpa setelan "Tampilan Kompatibilitas" pengguna di IE8, 9, dan 10 untuk situs web Anda. Dalam hampir setiap kasus, pengguna tidak akan mengubah pengaturan ini (mengapa mereka melakukannya?), Dan sekarang browser tersebut bahkan tidak didukung lagi.
Singkatnya: Tag ini memiliki harinya.
Jika pengguna menjelajahi halaman yang terletak di zona "Intranet Lokal" (seperti di intranet perusahaan), "tampilan kompatibilitas" diaktifkan secara default. Ini terjadi ketika saya menggunakan "X-UA-Compatible" untuk memaksa IE menggunakan mesin terbaru.
sumber
<meta>
tag yang disematkan . Itulah mengapa secara umum merupakan praktik yang baik untuk mereplikasi header penting sebagai<meta>
tag juga.Selama itu disetel ke "Edge", itu memvalidasi sebagai HTML5, dan saya diberitahu itu hanya menyebabkan IE merender ulang halaman jika situs sudah merendernya dalam mode Kompatibilitas. Tetap saja, meletakkannya di konfigurasi server (
.htaccess
, dll.) Lebih baik daripada meletakkannya di HTML setiap halaman.sumber