Mes impressions sur le web, les standards et autres…
À destination de toute personne utilisant Firefox ou autres navigateurs basés sur Mozilla, mode d’emploi pour désactiver les requètes sauvages à destination d’un hypothétique fichier favicon.ico à la racine des sites que vous visitez :
browser.chrome.faviconsToggle dans le menu contextuel ou sélectionnez la ligne en question avec les touches fléchées du
clavier puis tapez sur la touche entrée
Juste un petit extrait du contenu de mes logs :
83.200.*.* - - [07/Aug/2005:16:48:03 +0200] "GET /favicon.ico HTTP/1.1" 404 6714 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.10) Gecko/20050717 Firefox/1.0.6" 83.200.*.* - - [07/Aug/2005:16:48:03 +0200] "GET /favicon.ico HTTP/1.1" 404 6714 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.10) Gecko/20050717 Firefox/1.0.6" 83.200.*.* - - [07/Aug/2005:16:48:04 +0200] "GET /favicon.ico HTTP/1.1" 404 6319 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.10) Gecko/20050717 Firefox/1.0.6" 83.200.*.* - - [07/Aug/2005:16:48:15 +0200] "GET /favicon.ico HTTP/1.1" 404 6714 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.10) Gecko/20050717 Firefox/1.0.6"
Non, non, y en a pas. Je sais, c’est dur à accepter mais c’est comme ça. Le jour où j’ajouterai une icône personnalisant ce site, je l’indiquerai proprement dans mes pages.
Ne validez pas cette pratique stupide initiée par IE et que Mozilla s’est bêtement senti obligé de suivre en laissant cette option active, mes logs et ma bande passante vous remercieront et ceux de beaucoup d’autres serveurs aussi (bon, en fait, c’est plus une question de principe que du gâchis de ressource).
Catégories :
Faire un rétrolien sur ce billet : [xxxxxxxx]
Petite question : j'ai entendu dire par des webmestres que je ne connais pas qu'ils ne rencontraient ces logs d'erreurs 404 que par Firefox, et qu'IE ne provoquait pas ces erreurs… QUID ?
En fait il faut rajouter le site dans ses favoris pour qu'IE demande une seule fois (oui, une seule fois) si /favicon.ico existe…
C’est faux, j’ai ces erreurs également avec des UA s’identifiant comme étant MSIE, beaucoup moins qu’avec Firefox mais il y en a (Ceci dit, avec 15-20% pour IE dans mes stats, ça explique en grande partie cette différence :¬þ).
Edit : Ah, interessant Nico, j’ignorais ce détail.
SirWam : Sinon, une autre possibilité avec LiveHttpHeaders est le filtrage (voir dans les options), ce qui permet de ne pas voir les blocs d’en-têtes HTTP pour certaines ressources.
Il y a un nombre impressionnant de bugs sur les favicônes et leur chargement. Cependant je n'ai pas trouvé celui qui demande que le chargement ne se fasse qu'une seule fois, et pas à chaque page (il semblerait même que le /favicon.ico soit demandé chaque fois que l'onglet prends le focus, ce qui est tout simplement affolant, je ne sais pas si la correction est portée dans Firefox 1.0.x mais je ne pense pas… c'est le bug 262262[1]). Il y a un bug trackeur [2], et même quelques bugs très rigolos [3] !
Je pense que Firefox tente de charger la page d'erreur 404 à chaque fois ? En attendant que le bug soit corrigé (ouvert ?) il pourrait être envisageable de placer un fichier vide favicon.ico à la racine pour éviter les 404, histoire d'au moins économiser un peu de bande passante ?
[1] https://bugzilla.mozilla.org/show_bug(…)
[2] https://bugzilla.mozilla.org/show_bug(…)
[3] https://bugzilla.mozilla.org/show_bug(…)
Le problème en mettant browser.chrome.favicons à false c'est que ça empêche l'affichage de TOUTES les favicons dans les onglets, y compris celles déclarées proprement.
[HS] lorsqu'on prévisualise c'est dommage que le choix concernant le cookie soit obligatoirement réinitialisé à "Non" [/HS])
«Le problème en mettant browser.chrome.favicons à false c'est que ça empêche l'affichage de TOUTES les favicons dans les onglets»
Je n’ai pas constaté ce problème avec Firefox 1.5 (bêta 2).
«lorsqu'on prévisualise c'est dommage que le choix concernant le cookie soit obligatoirement réinitialisé à "Non"»
Hop hop, c’est corrigé ;¬)
En effet ça marche comme il faut dans Fx 1.5, que voilà une bonne nouvelle !
Et merci pour le biscuit :)
(avec un tout petit peu de retard…)
Une solution propre pour les sites qui ne proposeront jamais de favicon serait de renvoyer non pas un code 404 Not Found, mais un code 410 Gone, lequel spécifie qu'il est inutile de redemander la ressource à l'avenir.
Maintenant je doute fortement que ça soit implémenté dans les navigateurs actuels.
Tiens, moi ça m'embêtait pas plus que ça même si j'avais déjà eu echo de ce comportement de Firefox. En tout cas, merci l'astuce. (On pense jamais assez à explorer la config, moi le premier)