YSlow geben inkonsistente Ergebnisse auf ETags

Question

Als ich YSlow gegen meine Seite laufen, erhalte ich ein „F“ auf „Konfigurieren ETags“ Artikel; sie behauptet, dass es keine etags für viele (alle?) meine Bilder, Stylesheets, etc.

Allerdings, wenn ich den Test auf einem dieser Bilder direkt ausführen, ich ein A auf dem ETAG-Test erhalten. Weiterhin auf dem Antwort-Header des Firebug Net Panel kann ich sowohl für die ganzseitige und Direkt url Versionen des ETAG zu diesem Thema sehen.

Gibt es etwas, dass ich dieses seltsame Verhalten verursachen könnten tun?

(Die URLs Ich schlage sind hier und hier wenn jemand für sich selbst überprüfen will. ich keine Plausibilitätsprüfung, um zu sehen, ob es nur mein Browser würde etwas dagegen dass die verwirrt.)

Answer 1

habe gerade versucht, diese vor Ort mit FF 3.6 und YSlow 2.0.3 (neu veröffentlichten Version) und das Standalone-Bild gibt eine Punktzahl von "B", misconfigured ETags zitiert.

Der ETag wird in der Kopfzeile, bith in dem Firebug-Netto-Panel und im YSlow Komponenten Panel.

Aber dies ist von Entwurf. Wenn man sich http://developer.yahoo.com/performance/rules.html# etags Sie werden sehen, dass der Standard ETags erzeugt von IIS und Apache nicht optimal ist.

Für Referenz, die tatsächliche Fluse Regel in YSlow prüft die folgenden zwei reguläre Ausdrücke:

  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

Meine Antwort, in Bezug auf IIS 7 ist YSlow Empfehlung zu ignorieren.

IIS 7 verwendet eine Metabasis Änderungsnummer von Null, wenn der ETag zu erzeugen. Das ist der Teil nach dem Doppelpunkt ... so der ETAG immer etwas sein wie „5321116d3585ce1: 0“., Wo der erste Teil aus der letzten geändertenen Datei Zeit erzeugt wird, und dann ein Doppelpunkt und die Metabasis Änderungsnummer

Beginnend mit IIS 7, setzte Microsoft, dass die Änderungsnummer auf Null die ganze Zeit, so dass es die gleiche, auch über mehr Web-Server sein. Für IIS 5 und 6 können Sie es auf Null gesetzt, wenn Sie das gleiche Endergebnis erreichen wollen:

http://technet.microsoft.com/en -US / library / ee619764 (WS.10) aspx

Wenn YSlow noch mit einer regex Regel von iis_re = new RegExp ( "^ [0-9a-z] + [0-9a-z] + $"); dann sie‘ re falsch, und es sollte den ETAG als gültig zu akzeptieren, neu geschrieben werden, wenn es mit endet: 0