Hallo Kai,
mal ehrlich, wie sehr werden die Expires-Header
eigentlich so gemeinhin beachtet?
wenn die Browser die richtige Caching-Strategie ein-
gestellt haben ("automatisch"), dann gehen die HTTP-
304 dramatisch zurück.
Wenn nicht, dann sind Benutzer, die bei über 80% (!)
ihrer Zugriffe HTTP-304 bekommen, ein gutes Erkennungs-
merkmal für "immer prüfen" bei Dokumenten mit vielen
kleinen Markierungsbildchen ... (ich habe in der
Serverfarm die Möglichkeit, Zugriffe zuverlässig nach
Personen zu filtern.)
Ich hatte noch im Frühjahr im Schnitt 35% 304er.
Nach dem Senden sinnvoller Expires sank der Wert auf
24% (ohne jede aktive Aufklärung der Benutzer - das
müßte ich auch mal machen, per Artikel).
... oder in mod_gzip eine geänderte Regelanalyse
einbauen, weil es mit der bisherigen niemals
richtig HTTP/1.1 wird unterstützen können ...
kannst du dazu näheres erzählen?
Es ist das hier schon mehrfach beschriebene Problem:
Solange mod_gzip keinen vernünftigen "Vary:"-Header
sendet, kann Squid etc. nicht begreifen, ob und wie
er komprimierten Content cachen darf.
Und da Squid in Version 2.5 nun tatsächlich das Cachen
von Negotiated Content in voller Breite implementiert,
wäre es um so dringender ...
Viele Grüße
Michael