[ETags] - Entity Tags & Browser Caching

Hallo Andreas,

habe in meiner TYPOlight Installation (2.7.3) auf meinem lokalen XAMPP-Server Deine Erweiterung "Etag" installiert. Zurzeit bin ich nämlich damit beschäftigt, die Seite hinsichtlich Performance etwas zu optimieren. Dazu verwende ich neben PageSpeed u.a. auch das Firefox Add-On "YSlow" im Firebug, welches mir die unterschiedlichsten Optimierungsmöglichkeiten analysiert und darstellt. Darunter gibt es eine Prüfung "Configure entity tags (ETags)", welche bei mir z.Z. aber stets mit der schlechtesten Bewertung ("Grade F") abschneidet.
Könntest Du mir in diesem Zusammenhang bitte erläutern, wie ich feststellen kann, ob Browser und Server gegenseitig auch die Möglichkeiten der ETags ausnützen? Wie läßt sich feststellen, dass Deine Erweiterung "Etag" auch korrekt funktioniert?

Laut YSlow sind E-Tags Mist, zumindest in Verbindung mit Lebenszeiten (Cache) von Seiten. In Verbindung mit TL bringen sie eigentlich nichts. Am Besten deaktivierst du sie.

Mehr Infos: http://developer.yahoo.com/performance/rules.html#etags

Zitat:

---

Zitat von FloB

Laut YSlow sind E-Tags Mist, zumindest in Verbindung mit Lebenszeiten (Cache) von Seiten. In Verbindung mit TL bringen sie eigentlich nichts. Am Besten deaktivierst du sie.

---

Die Aussage ist dann doch zu Generell.

Dort steht, dass ETags in Verbindung mit Server-Clustern ungünstig sind, weil jeder Server, trotz gleichem Inhalt, ein anderes ETag generiert.
Auf Ein-Server-Systemen haben ETags aber durchaus ihre Berechtigung.

Aber nur bei statischen HTML-Seiten, da TL nicht mit ETags arbeitet, und der Server ja nicht weiß, von welchen Daten er einen ETag speichern soll.

Es gibt eine Extension für TL, die ETags teilweise implementiert. Dies führt aber nicht zu geringerer Serverlast (Seite muss trotzdem neu gerendert werden), sondern nur verringertem Traffic. Schaden tut's nicht, großartig einen Nutzen bringen aber auch nicht.

Zitat:

---

Zitat von david.uhlig

Die Aussage ist dann doch zu Generell.

Dort steht, dass ETags in Verbindung mit Server-Clustern ungünstig sind, weil jeder Server, trotz gleichem Inhalt, ein anderes ETag generiert.
Auf Ein-Server-Systemen haben ETags aber durchaus ihre Berechtigung.

---

Hab mir das auch grad nochmals genau durchgelesen. Ich verstehe das auch so, dass es genau dann zu Problemen kommen kann, wenn die Ressourcen von unterschiedlichen Servern geladen werden wie etwa bei einem CDN - aber wer von uns kann sich denn ein CDN leisten? ;)

@FloB:
Weißt Du vielleicht, ob das Deaktivieren der ETags nur über die httpd.conf ("FileETag none") geht oder läßt sich das auch in der .htaccess implementieren?

Ich meine es mal mit der .htaccess versucht zu haben und gescheitert zu sein ;).

http://www.askapache.com/htaccess/ap...eed-etags.html

MfG, Carolina.

FloB hat recht, meine ETag-Erweiterung für TYPOlight (ich glaube die wurde auch schon im ersten Beitrag erwähnt) liefert den Etag für TYPOlight-Seiten. Wie bereits erwähnt muss die Seite trotzdem serverseitig generiert werden, ist also nicht so resourcenschonend wie ein Caching. Allerdings gibt es Seiten (z.B. mit geschütztem Inhalt, Formularen usw) welche nicht gecacht werden können, und da bringt die Etag-Erweiterung den Vorteil dass die Daten nicht zweimal vom Server geladen werden müssen. Natürlich sollte mittels Apache auch das Etag für alle sinnvollen Dateien aktiviert werden!

Zitat:

---

Zitat von andreas.schempp

Allerdings gibt es Seiten (z.B. mit geschütztem Inhalt, Formularen usw) welche nicht gecacht werden können,

---

FYI: Zumindest bei den Formularen gilt diese Regelung ab 2.7.x (genau weiß ich grad nicht, allerspätestens 2.7.2) nicht mehr.

Zitat:

---

Zitat von andreas.schempp

Natürlich sollte mittels Apache auch das Etag für alle sinnvollen Dateien aktiviert werden!

---

Entweder ETag, oder IfModifiedSince, beide behindern sich nur gegenseitig. Und diese Infos auch nur für statische Dateien aktivieren.

@andreas.schempp
Soweit ich gesehen habe, berechnet Deine Erweiterung die ETags mit Hilfe der md5 Checksum. Gibt es da ein bestimmte Konvention?
Für andere Ressourcen wird es nämlich nach folgendem Schema berechnet:

FileETag MTime Size (Serverinformationen nicht berücksichtigt)

d.h. Datum und Zeit der letzten Änderung sowie die Dateigröße

Hallo xchs,

Laut meinen Informationen ist es egal wie der Etag aussieht, wichtig ist nur das der Browser den zurücksendet und der Server es versteht ;)

Hallo,

ich habe seit 2 Tagen das Problem, daß Google Analytics keine Daten mehr sammelt.
Da in dieser Zeit außer der Erweiterung zz_etag nichts installiert oder verändert wurde, habe ich den Verdacht, das könnte damit zusammenhängen.

Kann das irgendwer bestätigen oder dementieren?

Gruß Pepino

Nö, diesbezüglich ist mir nichts dergleichen aufgefallen. Habe auch die ETag-Erweiterung installiert, aber eine negative Auswirkung auf GA sehe ich momentan keine.

Ich kanns nicht garantieren, aber es würde keinen Sinn machen, denn die Erweiterung sendet lediglich den HTTP-Konformen Entity-Tag als Header, sonst macht sie gar nichts...

Ganz kurze Frage zu [ETags], Andreas: Einfach Erweiterung installieren, dann läuft's? Oder muss ich noch irgendwo eine Schraube drehen?

Zitat:

---

Zitat von FloB

Ganz kurze Frage zu [ETags], Andreas: Einfach Erweiterung installieren, dann läuft's? Oder muss ich noch irgendwo eine Schraube drehen?

---

Müsste sofort funktionieren.

Ok, danke! Kurzer Blick in die Header geworfen, hätt's mir auch so beantwortet ;). Super Sache!