Kommentare zu: HTTP 304 Not Modified – Performancesteigerung kann so einfach sein

Von: Bachsau

Bachsau — Tue, 01 May 2012 16:51:11 +0000

Eine bessere und moderene Methode ist der etag. http://de.wikipedia.org/wiki/HTTP_ETag

Von: Tobias Vogt#

Tobias Vogt# — Sun, 02 May 2010 09:07:33 +0000

Spannend ist auch das setzen der Expire-Header mit einem Datum in der Zukunft bei allen externen Ressourcen. Wichtig ist es, mit z.B. Firebug zu kontrollieren, wie viele HTTP-Request der Browser beim Aufruf einer Unterseite machen muss. Im Idealfall ist das eine für die Seite und dann ausschließlich jeweils eine Abfrage für alle neue Ressourcen. Der Vorteil daran besteht darin das PHP nicht mal mehr ausgeführt werden muss und man so, gerade bei Großprojekten, die Server noch recht schmal halten kann.

Von: UMTS Flatrate

UMTS Flatrate — Wed, 16 Dec 2009 00:00:28 +0000

Super Idee – und gute Doku – vielen Dank – jetzt wird gebastelt

Cheers, Daniel

Von: Nico Schubert

Nico Schubert — Mon, 14 Dec 2009 07:51:17 +0000

Was zu erwähnen noch in diesen Artikel ist, das man

header('Last-Modified: ' . gmdate("D, d M Y H:i:s", $LAST_CHANGE_SERVERSIDE ) . " GMT");

senden sollte, damit der Browser einen Wert übermittelt und die Variable $_SERVER['HTTP_IF_MODIFIED_SINCE'] befüllt wird, damit beim nächsten Seitenaufruf auf diese zurückgegriffen werden kann.

Grüße Nico

Von: Tim

Tim — Fri, 11 Dec 2009 12:09:00 +0000

Prima, wieder ein sinnvolles Plugin mehr für den Firefirx, danke.

Danke auch für die ausführliche Erklärung, ich bin dann mal meine Header ein wenig anpassen. *g*

Von: Jan

Jan — Fri, 11 Dec 2009 11:54:35 +0000

HTTP-Header kannst Du mit dem FF-Plugin Live HTTP Headers überprüfen.

Wenn man es richtig macht, wird direkt aus dem Brwosercache geladen, ohne den Server überhaupt zu fragen. Da Du aber must-revalidate drin hast, wird der Server gefragt (dabei der Last-Modified-zeitstempel der Browser-Cache-Version der Ressource mitgeschickt) und wenn der Server einen 304 zurückliefert, dann nutzt der Browser die Ressource aus dem Cache.

Ohne must-revalidate nimmt er es direkt ausm Browsercache.
Du musst eben entscheiden, ob die Ressource sich in der Zwischenzeit eventuell verändern kann. Wenn ja, dann ist ein must-revalidate sinnvoll. Bei Bildern oder ähnliche staischen, sich nie verändernden Ressourcen (bzw. bei solchen, bei denen es nicht schlimm ist, wenn die alte Version ausgeliefert wird) braucht man must-revalidate nicht. Dann kann es direkt aus dem Browser-Cache geladen werden.

Von: Tim

Tim — Fri, 11 Dec 2009 11:37:06 +0000

Wie kann man eigentlich kontrollieren ob ein 304er gesendet wurde? Wenn ich mir die Header mit YSlow oder Page Speed angucke, taucht nirgends ein 304er auf, sondern immer nur ein 200 (cache).

Verstehe ich es richtig das gar nicht erst der Server angefragt wird, sondern direkt die gecachte Version genutzt wird?

P.S. ich schicke folgenden Header mit:

header("Cache-Control: max-age=57600, must-revalidate");

Von: Christof

Christof — Wed, 25 Nov 2009 15:49:44 +0000

@MrNice

Ja, sicherlich. Nur hat ein z.B. in irgendwelchen Templatesystemen integriertes Caching noch die Aufgabe, festzustellen, ob sich Inhalte geändert haben, bevor es entscheiden kann, ob es von Platte liefert, oder nicht. Wenn ich aber selbst weiß, dass ich die Daten in der DB geändert habe, kann ich z.B. per rsync-Skript (auch automatisch) die Dateien auf dem Webserver löschen, die dann nachfolgend automatisch wieder neu generiert werden. Damit spart man sich für weitere Auslieferungen jeglichen Aufruf von PHP et al. Man hat damit also eine rein statische Webseite. Und die liefert nun mal am schnellsten aus.

Von: MrNice

MrNice — Wed, 25 Nov 2009 14:40:26 +0000

@Christof ist das nicht die Vorgehensweise eines normalen Cachingsystems?

Von: Christof

Christof — Mon, 23 Nov 2009 19:00:38 +0000

Ein ebenfalls interessanter Weg, Caching den Proxies und Browsern zu überlassen und zusätzlich die hohe Performance des Auslieferns des Webservers zu nutzen, ist folgender:

Man linkt auf eine .html-Datei. Wenn diese nicht vorhanden ist, tritt ein 404 Error auf. Nun schreibt man eine php-Routine, die den Inhalt der Seite generiert, ausliefert und diesen in genau die gesuchte .html-Datei schreibt.

Wenn diese Routine in einem PHP-File /chreate.php steht, nimmt man dieses als Error-Dokument und schreibt in die .htaccess (oder in die Konfiguration des Webservers):

ErrorDocument 403 /create.php
ErrorDocument 404 /create.php

Damit wird das Dokument nur beim erstmaligen Zugriff eines beliebigen Benutzers der Webseite generiert. Alle folgenden erhalten eine statische Seite geliefert, inklusive "not modified", falls sich das Dokument seit dem letzten Zugriff nicht geändert hat.

Will man die Inhalte ändern, schreibt man sie z.B. neu in die Datenbank und löscht die .html-Datei. Dann wird sie beim nächsten Zugriff wieder neu generiert. So kriegt man eine extrem schnelle Webseite.