YSlow donnant des résultats incohérents sur ETags

Question

Quand je lance YSlow contre mon site, je reçois un « F » sur le point « Configurer ETags »; il prétend qu'il n'y a pas etags pour beaucoup (tout?) de mes images, feuilles de style, etc.

Cependant, si je lance le test sur l'une de ces images directement, je reçois un A sur le test ETAG. En outre, sur la Firebug en-têtes de réponse du panneau Net Je peux voir l'ETAG sur ce point pour les deux pages pleine et versions directe url.

Y at-il quelque chose que je pourrais faire pour provoquer ce problème bizarre?

(Les URL que je suis Débarquent et ici si quelqu'un veut vérifier eux-mêmes. Je ne me dérangerait pas d'une vérification raisonnable pour voir si elle est juste mon navigateur c'est confus.)

Answer 1

juste essayé localement avec FF 3.6 et YSlow 2.0.3 (version nouvelle version) et l'image autonome donne une note de "B", citant ETags misconfigured.

Le ETag montre dans l'en-tête, bith dans le panneau net Firebug et dans le panneau des composants Picnik.

Mais, c'est par la conception. Si vous regardez http://developer.yahoo.com/performance/rules.html# etags vous verrez que les ETags par défaut générés par IIS et Apache ne sont pas optimales.

Pour référence, la règle de la charpie réelle YSlow vérifie les deux regexes suivants:

  apache_re = new RegExp("^[0-9a-z]+-[0-9a-z]+-[0-9a-z]+$");
  iis_re = new RegExp("^[0-9a-z]+:[0-9a-z]+$");

Answer 2

Ma réponse, en ce qui concerne IIS 7, est d'ignorer la recommandation de YSlow.

IIS 7 utilise un numéro de modification de métabase de zéro lors de la génération du Etag. C'est la partie après les deux points ... de sorte que le ETAG aura toujours quelque chose comme « 5321116d3585ce1: 0 »., Où la première partie est générée à partir la dernière fois de fichier modifié, puis deux points et le nombre de changements métabase

A partir de IIS 7, Microsoft mis ce numéro de changement à zéro tout le temps, donc ce sera la même, même sur plusieurs serveurs Web. Pour IIS 5 et 6, vous pouvez le mettre à zéro si vous voulez obtenir le même résultat final:

http://technet.microsoft.com/en -us / bibliothèque / ee619764 (WS.10) .aspx

Si YSlow utilise encore une règle de regex de iis_re = new RegExp ( "^ [0-9a-z] + [0-9a-z] + $"); ils » re mal, et il devrait être réécrite d'accepter l'ETAG comme valide si elle se termine par : 0