McSodbrenner

Hi,

bisher habe ich im Framework nur auf auf Expiration-HTTP-Header gesetzt und würde jetzt gern Validation hinzufügen. Ich bin mir allerdings etwas unsicher, ob ich das auch alles richtig verstanden habe, aber hab mir schonmal diesen Plan zurechtgelegt. Wäre das so umsetzbar? Muss ich auf irgendwelche Besonderheiten achten, wie z.B. abweichende Browser-Verhalten, Proxies, die Header killen usw.? Gibt es irgendwelche inhaltlichen Fehler in dieser Strategie?

Hier der Plan:

1. Skriptseitig ist kein Caching eingestellt:

• ETag (md5 auf Content) verwenden, um "If-None-Match" zu triggern
• Wenn ETag gleich, dann "304 Not Modified" senden
• funktioniert das eigentlich auch, wenn "cache-control: no-cache" vorhanden ist?
• Spart Bandbreite, aber keine CPU Power

2. Skriptseitig ist schwaches Caching eingestellt (es wird nur das View gecacht, der Controller wird weiterhin ausgeführt):

• ETag und Last-Modified verwenden, um "If-None-Match" und "If-Modified-Since" zu triggern
• Spart Bandbreite und die CPU-Power zum Erstellen des Views

3. Skriptseitig ist hartes Caching eingestellt (nicht mal der Controller wird ausgeführt)

• Expires, Cache-Control, ETag und Last-Modified senden (hat Validation Vorrang vor Expiration? Wenn ja, müsste ich die Validation-Parameter erst nach Ablauf des Caches senden)
• Nach Ablauf des Caches Umstellen auf schwaches Caching
• Spart Bandbreite, CPU Power und vermeidet Netzwerk-Roundtrips

Danke und Gruß,
Christoph

__________________
http://mcsodbrenner.blogspot.com/
Serpent PHP Template Engine: http://code.google.com/p/serpent-php-template-engine/

Mister Ad

dr.e.

Hallo Christoph,

aus Erfahrung würde ich folgendes empfehlen: hartes HTTP-Caching mit versionierbaren URLs. Will heißen: wenn eine Resource seine Gültigkeit verliert, muss das über die URL erkennbar sein. Bei Bildern und CSS-/JS-Dateien ist das sehr einfach realisierbar, hier kannst du die Cache-Zeit auf 1 Jahr+ konfigurieren. Bei HTML-Dokumenten muss man etwas genauer hinsehen, es ist jedoch meistens eine Kombination aus Datum + ID + Version sinnvoll. Hierfür ist es empfehlenswert, Links automatisiert generieren zu lassen. Dann kannst du das Handling zentral ändern.

Noch ein paar Worte zu deinen Punkten:

• ETags sind nicht zu empfehlen, weil du dauernd revalidate-Anfragen bekommst.
• Gleiches gilt für If-None-Match-Anfragen.
• Für effektives Caching sollte Cache-Control, Date, Last-Modified und Expires gesetzt sein.
• Sofern du auf Server-Seite CPU sparen möchtest, ist das View-Based-Caching-Konzept sinnvoll.

Was deine Fragen zu der Priorität und Bedeutung der HTTP-Header angeht: RFC 2616

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

brian johnson

dr.E:

du machst doch beim view-based-caching nichts anderes, du generierst einen key, ueberpruefst ob es den content gibt und gibst ihn aus. beim ETag kommt dann nurnoch dazu, das du keine daten mehr uebertragen musst.
oder sehe ich das falsch?

__________________
PHP4?!?>>>Aktuelle PHP Version: 5.2.11 || 5.3.0
Suse 11.2 *vorfreude*

dr.e.

Ja. Ein ETag muss mit einem HEAD-HTTP-Request validiert werden. Das ist dann (fast) ebenso schlimm wie eine komplette Anfrage. Du möchtest ja im Grunde vermeiden, dass der Client deine Infrastruktur kontaktiert. Das ist weder mit einem ETag noch mit einem If-None-Match möglich.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

brian johnson

ok, das ist jetzt klar.

wie loest du hier die problematik der externen verlinkung sowie der SuMa freundlichkeit (also kein doppelter content, dennoch soll die url zum - veraenderten - inhalt anders sein). leitest du da dann per HTTP 303 weiter?

__________________
PHP4?!?>>>Aktuelle PHP Version: 5.2.11 || 5.3.0
Suse 11.2 *vorfreude*

McSodbrenner

Ja, aber doch immerhin gut, wenn man kein eingestelltes Caching hat. Man spart zwar keine Ressourcen auf dem Server, aber dafür doch immerhin Traffic. Und das ohne Nachteile. Übersehe ich da etwas?

Last-modified ist doch ein Expiration-Parameter? Ist Date tatsächlich ein Caching-relevanter Parameter?

Das hatte ich mir auch schon vorgenommen, aber dazu irgendwie nichts gefunden Welche Stelle meinst du?

__________________
http://mcsodbrenner.blogspot.com/
Serpent PHP Template Engine: http://code.google.com/p/serpent-php-template-engine/

dr.e.

Nein, weil die meisten Standard-Applikationen keinen HEAD-Request unterstützen. Oder tust du das etwa?

Nein, aber es unterstützt den Browser bei der Entscheidung, ob ein Inhalt im Cache noch valide ist oder nicht. Date hilft im Zusammenspiel mit Last-Modified und dem max-age-Modifier bei fehlendem Expires das Ende der Gültigkeit eines Objekts zu berechnen.

Die Sektionen der genannten Header...

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

McSodbrenner

"If-Modified-Since" wird vom Client nicht per HEAD-Request geschickt, weil er ja sonst im Falle eines Hits noch einen Request schicken müsste, um den neuen Inhalt abzufordern. Stattdessen sendet er einen GET-Request, den man entweder mit einer ganz normalen Seite oder mit einem "403 Not modified" und leerem Body beantwortet.
So verstehe ich zumindest:
HTTP/1.1: Header Field Definitions (mit Anchor zur richtigen Stelle )

Die RFC stellt da keinen Zusammenhang her. Wäre doch auch überflüssig, da der Client in dem Falle seine eigene Zeit nehmen kann.

Hab ich durchgelesen... ich finds nicht...

__________________
http://mcsodbrenner.blogspot.com/
Serpent PHP Template Engine: http://code.google.com/p/serpent-php-template-engine/

dr.e.

Hi,

soweit ich
interpretiere, sollte das mit beiden funktionieren...

Nicht ganz. Hier ist vor allem die Zeitzone des Servers interessant, die nicht immer gleich der des Clients ist.

Du warst schon an den richtigen Stellen, nur meine Erfahrungen - nachdenen du vermutlich suchst - stehen da nicht drin.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

robo47

Datumsangaben sollten imho bei http-kram IMMER GMT sein

RFC 2616 (rfc2616) - Hypertext Transfer Protocol -- HTTP/1.1

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework