Qu’est-ce qu’un browserconfig.xml simple / minimal pour un site web

Je ne veux rien faire de spécial ou de délicat en ce qui concerne Windows 8 et le pinning, je ne veux tout simplement pas voir les messages 404 Not Found, car IE recherche par browserconfig.xml dans mes fichiers journaux.

Existe-t-il un fichier browserconfig.xml que je peux mettre dans ma racine pour satisfaire IE et agir comme un bon emplacement si je décide d’append ultérieurement un meilleur support pour Window 8?

J’ai ajouté le méta-code à ma tête, mais je reçois toujours des requêtes browserconfig.xml.

Donc, je pense que la meilleure façon est selon eux: http://msdn.microsoft.com/browserconfig.xml

 < ?xml version="1.0" encoding="utf-8"?>     

Il existe un exemple sur la page de référence de configuration du navigateur de pages MSDN de Microsoft.

Vous placez le fichier browserconfig.xml dans le dossier racine du serveur Web.

Vous pouvez également inclure:

  

dans votre code HTML pour empêcher IE de rechercher ce fichier, si c’est une option pour vous qui pourrait également fonctionner.

La solution la plus simple consiste à utiliser le générateur de fichiers officiel Microsoft Browserconfig.xml: http://www.buildmypinnedsite.com

Vous pouvez créer un fichier XML complet et recevoir toutes les images de votre logo en trois étapes seulement. Je l’ai juste fait pour mon site et cela n’a pris que 2 minutes.

Il générera un fichier browserconfig.xml complet et fournira toutes les images titrées dans un seul fichier zip.

Edit 08/01/2015: Je viens de trouver une autre option: http://realfavicongenerator.net/

L’avantage de ce site web est qu’il génère vos browserconfig.xml ET toutes vos icons apple-touch-*, favicon, etc. Fondamentalement, un site Web unique pour générer tout une fois.

L’ajout d’une balise META peut ou peut ne pas fonctionner. Nous avons ajouté cette balise, mais nous avons quand même reçu 404 erreurs pour les requêtes browserconfig.xml tout le temps. A la fin, nous avons décidé de faire un simple XML.

Notre browserconfig.xml ressemble à ceci et à la base, il raconte simplement où 4 images sont situées.

 < ?xml version="1.0" encoding="utf-8"?>        #8bc53f     

Et mettez ceci dans votre HTML:

  

Et maintenant ça va

Vous pourriez aussi bien l’append à votre code HTML et définir la configuration sur «none» comme ceci:

       

Sources:

http://samples.msdn.microsoft.com/iedevcenter/PinnedSites/scenario1.html https://msdn.microsoft.com/library/dn320426

Il existe un troisième moyen d’empêcher browserconfig.xml de remplir vos fichiers journaux avec des erreurs 404. Vous pouvez retourner une valeur nulle (444) à partir du serveur et désactiver la journalisation uniquement pour cet emplacement. Ceci est pertinent car favicon.ico fait la même chose en ignorant les balises meta head et le navigateur qui l’appelle (générant également un 404). Le problème est plus important que ce seul fichier indésirable.

À votre question spécifique de prévention des erreurs 404 dans vos journaux sur browser.xml – pour NGINX, vous pouvez créer un nouveau fichier dans /etc/nginx/snippets/ et ensuite #include ce fichier dans /etc/nginx/sites-available/example.org fichier /etc/nginx/sites-available/example.org à l’intérieur du bloc serveur.

Exemple: /etc/nginx/snippets/block-known-errors.conf a le contenu suivant:

 location ~* /(favicon.ico|browserconfig.xml)$ { access_log off; log_not_found off; return 444; } 

Ensuite, dans votre configuration de /etc/nginx/sites-available/example.org vous appendiez:

 include /etc/nginx/snippets/block-known-errors.conf; 

Remarque dans la spécification d’emplacement dans NGINX utilise une expression régulière et est insensible à la casse . Et parce que c’est un location doit être à l’intérieur de la spécification du server .

En pratique, nous intégrons nos inclusions dans le dossier /etc/nginx/snippets/ et nous avons une inclusion globale et d’autres inclusions pour des sites spécifiques en fonction des exigences de sécurité / technologie. Cela permet à nos points de terminaison de résoudre un problème global presque immédiatement en ajoutant un fichier ou en modifiant un fichier existant pour gérer nos journaux.

Il n’y a que peu de choses à voir avec OSSEC et une stack ELK.

Je suis sûr que mod_rewrite dans Apache pourrait le faire aussi.