Saya tidak ingin melakukan sesuatu yang istimewa atau rumit sehubungan dengan Windows 8 dan penyematan, saya hanya tidak ingin melihat pesan 404 Not Found seperti yang dicari IE browserconfig.xml menggulir di file log saya.
Apakah ada browserconfig.xmlfile sepele yang dapat saya masukkan ke root saya yang akan memenuhi IE dan bertindak sebagai placeholder yang baik jika saya memutuskan untuk menambahkan dukungan yang lebih baik untuk Window 8 nanti?
Jawaban:
Saya menambahkan kode meta ke kepala saya, tetapi saya masih mendapatkan permintaan browserconfig.xml juga.
Jadi menurut saya cara terbaik adalah; menurut mereka: http://msdn.microsoft.com/browserconfig.xml
<?xml version="1.0" encoding="utf-8"?>
<browserconfig>
<msapplication>
</msapplication>
</browserconfig>Ada contoh di referensi skema konfigurasi browser halaman MSDN Microsoft .
Anda meletakkan browserconfig.xmlfile di folder root server web.
Anda juga bisa memasukkan:
<meta name="msapplication-config" content="none"/>
di HTML Anda untuk mencegah IE mencari file ini, jika itu adalah opsi untuk Anda, itu mungkin juga berhasil.
Solusi termudah sebenarnya adalah dengan hanya menggunakan pembuat file resmi Microsoft Browserconfig.xml: http://www.buildmypinnedsite.com
Anda dapat membuat file xml lengkap, dan mendapatkan semua gambar berukuran logo Anda hanya dalam 3 langkah. Saya baru saja melakukannya untuk situs saya dan hanya butuh waktu 2 menit.
Ini akan menghasilkan file browserconfig.xml lengkap, dan menyediakan semua gambar berjudul dalam satu file zip.
Sunting 1/8/2015: Saya baru saja menemukan opsi lain: http://realfavicongenerator.net/
Manfaat dari situs web ini adalah untuk menghasilkan browserconfig.xml Anda DAN semua ikon apple-touch- *, favicon, dll. Pada dasarnya, situs web satu atap untuk menghasilkan semuanya sekali.
Menambahkan metatag mungkin atau mungkin tidak berfungsi. Kami menambahkan tag ini, tetapi kami masih menerima 404 kesalahan untuk browserconfig.xmlpermintaan sepanjang waktu. Pada akhirnya kami memutuskan untuk membuat xml sederhana.
browserconfig.xmlPenampilan kami seperti ini dan pada dasarnya ini hanya memberi tahu di mana 4 gambar berada.
<?xml version="1.0" encoding="utf-8"?>
<browserconfig>
<msapplication>
<tile>
<square70x70logo src="/mstile-70x70.png"/>
<square150x150logo src="/mstile-150x150.png"/>
<wide310x150logo src="/mstile-310x150.png"/>
<square310x310logo src="/mstile-310x310.png"/>
<TileColor>#8bc53f</TileColor>
<TileImage src="/mstile-150x150.png" />
</tile>
</msapplication>
</browserconfig>Dan taruh ini di html Anda:
<meta name="msapplication-config" content="/browserconfig.xml" />Dan sekarang tidak apa-apa
Anda juga dapat menambahkannya ke HTML dan menyetel konfigurasi ke "tidak ada" seperti ini:
<meta name="msapplication-TileColor" content=" #009900" />
<meta name="msapplication-square70x70logo" content="images/smalltile.png" />
<meta name="msapplication-square150x150logo" content="images/mediumtile.png" />
<meta name="msapplication-wide310x150logo" content="images/widetile.png" />
<meta name="msapplication-square310x310logo" content="images/largetile.png" />
<meta name="msapplication-config" content="none"/>
Sumber:
http://samples.msdn.microsoft.com/iedevcenter/PinnedSites/scenario1.html https://msdn.microsoft.com/library/dn320426
Ada cara ketiga untuk mencegahnya browserconfig.xml pengisian file log Anda dengan kesalahan 404. Anda dapat mengembalikan nilai null (444) dari server dan menonaktifkan logging hanya untuk lokasi itu. Ini relevan karena favicon.ico melakukan hal yang sama dengan mengabaikan tag kepala meta dan browser yang memanggilnya (juga menghasilkan 404). Masalahnya lebih besar dari hanya satu file yang tidak diinginkan ini.
Untuk pertanyaan khusus Anda tentang mencegah 404 kesalahan dalam log Anda di browser.xml - untuk NGINX, Anda dapat membuat file baru di /etc/nginx/snippets/dan kemudian #includefile itu di /etc/nginx/sites-available/example.orgfile Anda di dalam blok server.
Contoh: /etc/nginx/snippets/block-known-errors.confmemiliki isi sebagai berikut:
location ~* /(favicon.ico|browserconfig.xml)$
{ access_log off; log_not_found off; return 444; }
Kemudian di konfigurasi /etc/nginx/sites-available/example.orgAnda, Anda akan menambahkan:
include /etc/nginx/snippets/block-known-errors.conf;
Catatan dalam spesifikasi lokasi di NGINX menggunakan ekspresi reguler dan tidak peka huruf besar / kecil . Dan karena itu locationharus ada di dalam serverspesifikasi.
Dalam praktiknya, kami benar-benar menyarangkan include kami di /etc/nginx/snippets/folder dan memiliki satu penyertaan global dan penyertaan lainnya untuk situs tertentu bergantung pada persyaratan keamanan / teknologi. Hal ini memungkinkan titik akhir kami untuk memperbaiki masalah global dengan segera dengan menambahkan satu file atau mengedit file yang ada untuk mengelola log kami.
Hanya ada begitu banyak cruft yang dapat Anda lihat dengan OSSEC dan tumpukan ELK.
Saya yakin mod_rewrite di Apache bisa melakukan ini juga.