Caching-Strategien, Komprimierungs-Strategien

[Michael Schröpl]

Hi Andreas,

ExpiresByType image/jpeg "access plus 14 days"
    ExpiresByType image/gif "access plus 14 days"
    ExpiresByType application/x-javascript "access plus 7 days"
    ExpiresByType text/css "access plus 7 days"

Yep, so ähnlich sieht das bei mir auch aus.

Was anderes habe ich nicht, wie gesagt ist der HTML-Output von PHP komplett dynamisch. Aber es ist wirklich unglaublich was sich dadurch die Geschwindigkeit verändert,ich spare mit 10-20 Requests pro Seite! Nur das erste mal dauert es länger als früher.

Dann hast Du Deinen Browser schon mal richtig konfiguriert. ;-)
Vergleiche auch langfristig, wie sich die HTTP-304-Quote dadurch ändert. (Bei auf "automatisch" konfigurierten Browsern sollte sie von über 30% auf unter 10% der Requests sinken.)

Hast Du mal durchgerechnet, ob es sich rechnet, das Zeug einzubinden und komprimiert auszuliefern?
Das wäre natürlich eien interessante Alternative. Denn beim Komprimieren von JS... bekomme ich Probleme mit älteren Browsern. Oder kann ich abhängig vom Browser(ich weiß...) z.B. beim Netscape 4 verhindern dass der die Komprimierte Version des Javascriptes bekommt?

Ja - über Analyse des UserAgent. In mod_gzip ist das bereits eingebaut; bei Apache selbst kannst Du über mod_setenvif bedingt Environment-Variablen setzen und bei der Ausgabekomprimierung darauf reagieren (so würde man das mit Apache 2 und mod_deflate lösen). Bei Einbinden in PHP hast Du das Problem nicht mehr, weil Du ja nur noch ein HTML-Dokument komprimierst - und das kann Netscape 4 im Wesentlichen (solange der Besucher es nicht drucken will ...).

Wie oben schon erwähnt: Rechne durch, ob es besser ist, das Zeug in PHP zu includen und dann gleich mit zu komprimieren, oder ob Du den separaten Caching-effekt haben willst.
Gut wäre sowohl komprimiert als auch gecached!

Wenn Du Netscape 4 ignorierst, kannst Du beides kombinieren. Ist Netscape 4 wichtig, dann mußt Du Dich entscheiden zwischen separater Übertragung (caching-freundlich) und Einbinden (komprimierbar).

Ja, der Wert war _sehr_ hoch bei mir, mal sehen wie sich das jetzt entwickelt! Im prinzip müsste er jetzt auf 0 sinken, da ich alles außer PHP-Output cache!

Ab und zu läuft auch Deine 14-Tage-Periode ab. 5% ist schon ganz okay.

Ja, davon habe ich gehört, ich habe ers mir heute auch nochmal angesehen, vielleicht baue ich es auch noch ein. Ist halt die Frage ob sich das für die paar wenigen Dateien lohnt. Mit multiview könnte ich ja glaueb ich wirklich USer-Agent abhängig .gz Ausliefern, udn ich habe keinen "on-the-fly Overhead", ist mir im Moment am sympatischsten.

mod_gzip kann genau das ebenfalls.

Ja, die Frage ist, ob sich das auch für die HTML-Ausgabe der PHP-Scripte lohnt. Ich verwende zu zeit wie gesagt eine PHP-Funktione die die Ausgabve puffert und am Ende komprimiert ausgibt. Da hätte ich vermutlich auch von mod_gzip keine Vorteile, oder?

PHP-Ausgaben wirst Du sogar besser komprimieren als mod_gzip, weil Du "gzip -9" verwendest, mod_gzip aber nur "gzip -6". (In mod_deflate ist das konfigurierbar.)

mod_gzip's Stärke ist es, Lösungen für alle Probleme aus einer Hand zu liefern ... deshalb ist es ein solches Monster-Modul.

Viele Grüße
      Michael