<offtopic>
Zusätzliche Information:

Conditional GET mit PHP, d.h. einen PHP gesteuerten HTTP/1.x 304 ist mit jeder PHP-Datei möglich. Es muß nicht die gesamte Ausgabe in einem $String gesammelt werden, es gibt in PHP auch eine Ausgabenpufferung mit op_start() und somit die Möglichkeit einer entsprechenden Behandlung des ETag.

Ich wundere mich nur warum dieses Thema keinen Zuspruch findet, andererseits aber in einigen THREADs über Komprimierung, Dateigrößen und white-spaces "wild" diskutiert wird.

so long
</offtopic>

__________________
</ulle>

In der Compress.php aus PEAR kann man sehr schön sehen, wie GZIP und E-Tag angewendet werden. Allerdings wird dort auch ein nicht zu unterschätzender Fehler gemacht. Der Wert für E-Tag wird nur als MD5-Hash aus dem Inhalt der Datei ermittelt. Wichtig ist jedoch, dass die Header Vary und Content-Encoding mit zum Inhalt genommen werden und daraus dann der MD5-Hash ermittelt wird. Ansonsten kann es passieren, dass ein nicht GZIP-fähiger Client trotzdem komprimierte Inhalte über einen Proxy bekommt.

@ulle, zu deiner Frage mit Content-Length und GZIP: das ist das gleiche wie bei unkomprimierten Inhalten. Wichtig ist halt nur, dass Content-Length die Größe des komprimierten Inhalts zeigt.

Zu den Einstellungen von Apache schau ich mal nach.

Was Google angeht, mir ist nicht bekannt, dass Google einen E-Tag beachtet. Bei mir ruft er jedenfalls immer die komplette Datei ab. Ich vermute mal, dass Google nur Last-Modified erkennt und einen If-Modified-Since Request sendet. Zumindest habe ich im Logfile die einzigen 304er von Google nur bei statischen Dateien. Bei meinen PHP-Scripten kann ich momentan nicht auf If-Modified-Since reagieren.

Dass Google deine CSS-Dateien läd, verwundert mich ein wenig. Die fasst er bei mir überhaupt nicht an.

Mario

__________________
AppDev Blog · AppDev Forum

Naja, im Google-Cache ist zumindest Deine CSS vorhanden -oder?

Würde bedeuten das beim Einsetzen des Content-Length durch PHP ein g-zip per Apache-Module fehlerhaft wäre ?!

__________________
</ulle>

Nö, die werden ganz normal von der Originalseite geladen. Google pack dazu nur ein <BASE HREF="http://www.ego4u.de/"> an den Anfang der Seite. Schau mal in den Quelltext der Cache-Seite.

Ich verstehe nicht ganz, was du damit meinst.

Es kann durchaus Probleme geben, wenn PHP und der Webserver versuchen das Dokument zu komprimieren, weshalb man dann bspw. die Komprimierung von PHP-Dateien bei mod_gzip pder mod_deflate besser deaktivieren sollte.

Mario

__________________
AppDev Blog · AppDev Forum

Aus welchem PEAR::Package hast Du dieses Script?

Hmm..., ich habe eine kleines Projekt mit sehr hoher Suchmaschinen Besuchfrequenz. Dort wird in der Statistik die externe CSS-Datei am 3. häufigsten aufgerufen. Wie soll den sonst dieser Traffic auf die CSS-Datei entstehen. Seltsam, da muß ich noch mal genau schauen.

Mit Sicherheit ergibt eine doppelte Komprimierung Probleme, aber das hatte ich nicht gemeint.

Ich meinte wenn ich nun wie oben die Content-Length per PHP ermitteln würde, den Header entsprechend gesetzen habe, dann könnte ich wohl kaum eine Komprimierung per Apache-Modul (mod_gzip) einsetzen, da ja dann die Content-Length nicht mehr passt.
Was mich zu dem Schluß kommen läßt eine Content-Length niemals per PHP zu setzen, da ja ein Projekt jederzeit auf einen anderen Server verlagert werden könnte, und dann bedenkt bestimmt niemand den per PHP gesetzten Header für die Content-Length.

__________________
</ulle>

HTTP aber die Compress.php ist da wohl nicht mehr drin. Deshalb hatte ich sie auch mit angehangen.

Ich selbst nutze meine eigene erweiterte HTTP-Klasse, die aber ursprünglich aus der Compress.php entstanden ist. Deshalb hatte ich das Original auch noch auf der Platte.

Das kann leicht auch ohne Suchmaschinen passieren. Bei einer Seite mit vielen Unterseiten verteilen sich ja die Aufrufe auf alle Seiten. Die CSS-Datei ist aber meist gleich und steht deshalb auch oft ziemlich weit oben auf der Liste.

Ich hab gerade mal die heutigen Logfiles von ego4u angeschaut und da waren bei 1147 Googlebot, 1205 Yahoo! Slurp und 367 msnbot Zugriffen keine einzige CSS-Datei mit dabei, die einer der 3 Bots geladen hat.

Kann sein aber wenn die Module gut geschrieben sind, sollten die eigentlich schon komprimierte Dokumente nicht noch mal komprimieren.

Da sehe ich keine Probleme. Wenn ein Apache-Module komprimiert, wird es auch Content-Length selbst setzen und deinen mit PHP geschriebenen Wert überschreiben.

Wenn du Scripte weitergeben willst, solltest du Content-Length immer mit setzen. Allerdings sollte sich die GZIP-Komprimierung per Konfigurationsdatei deaktivieren lassen, falls es doch auf dem einen oder anderen Server Probleme gibt.

Mario

__________________
AppDev Blog · AppDev Forum

Gibt es eigentlich eine Übersicht der Browser, die die HTTP-Header-Felder „If-Modified-Since“ bzw. „If-None-Match“ senden?

Hmmm - Ist das nicht egal, falls der CLIENT die geforderten Infomationen nicht sendet wird er behandelt als ob dieser zum ersten mal anfragt:

__________________
</ulle>

Klar ist das egal. Nur meine Frage war, ob sich bisher schon jemand die Müche gemacht hat, zu prüfen, welche Browser diese Informationen unter welchen Bedingungen senden.