HTTP Caching
HTTP Caching ist eine Technik im Hypertext Transfer Protocol (HTTP), um Ressourcen (Dokumente, Bilder, Dateien allgemein) anhand bestimmter Kriterien in einem Cache zwischenzuspeichern, um unnötige Datenübertragungen, Serveranfragen zu vermeiden und Zugriffszeiten zu verringern. Da gleichzeitig sichergestellt werden muss, dass die übertragenen Inhalte nicht veraltet sind, ist es nötig, die Zwischenspeicherung von Internetseiten oder anderen Ressourcen genau steuern zu können. Im HTTP-Standard[1] sind dafür eine Reihe von Tags definiert, die das Caching auf Proxy- und Clientebene (Browser-Cache) unterstützen.
Methoden für die Cachekontrolle
Für HTTP sind drei grundlegende Mechanismen definiert, um Caches zu kontrollieren: ‚Frische‘, ‚Gültigkeit‘ und ‚Entwertung‘ (englisch freshness, validation, invalidation).
- Freshness
- erlaubt es, eine bereits erhaltene Antwort wiederzuverwenden, ohne beim Ursprungsserver erneut nachfragen zu müssen und kann sowohl durch den Server wie auch den Client gesteuert werden. Zum Beispiel gibt der Expires-Header ein Datum an, zu dem das übertragene Dokument stale („abgestanden, schal“) wird, und die Angabe Cache-Control: max-age sagt dem Cache, wie viele Sekunden lang die Antwort fresh ist.
- Validation
- kann verwendet werden, um zu überprüfen, ob eine zwischengespeicherte Antwort noch aktuell ist, nachdem sie schon stale geworden ist. Wenn die Antwort zum Beispiel einen Last-Modified-Header („zuletzt verändert um …“) besitzt, kann ein Cache eine konditionale Anfrage mit dem If-Modified-Since-Header („falls verändert seit …“) absenden um festzustellen, ob sie sich inzwischen geändert hat. Falls die Antwort „nein“ ist, muss der Inhalt nicht erneut gesendet werden.
- Invalidation
- ist normalerweise eine Nebenwirkung einer anderen Anfrage, die den Cache passiert. Wenn zum Beispiel eine URL, für die eine zwischengespeicherte Antwort vorliegt, später mit einer POST-, PUT- oder DELETE-Anfrage (siehe HTTP) angesprochen wird, so wird die zwischengespeicherte Antwort entwertet, da die neue Anfrage sie höchstwahrscheinlich verändert hat.
Seit HTTP 1.1 gibt es die Möglichkeit im Header den HTTP ETag zu übergeben. Er kennzeichnet eine bestimmte Version einer Ressource.
Literatur
- Chris Shiflett: HTTP developer's handbook. Sams Publishing, Indianapolis IN 2003, ISBN 0-672-32454-7, S. 157 ff.
Weblinks
- R. Fielding, J. Gettys, J. Mogul, H. Frystyk, L. Masinter, P. Leach, T. Berners-Lee: RFC: – Hypertext Transfer Protocol – HTTP/1.1. Juni 1999 (englisch).
- Expires Header im Apache2 aktivieren. ( vom 27. April 2015 im Internet Archive) phpgangsta.de (deutsch).
- Expires Header als Teil der Site-Optimierung. ( vom 23. September 2013 im Internet Archive) wiggyleaks.de (deutsch).
- Mit Expires-Header die Performance von Websites verbessern. Teil 1. ( vom 8. September 2015 im Internet Archive) webstandard.kulando.de (deutsch).
- Mit Expires-Header die Performance von Websites verbessern – Der MD5-Hash. Teil 2. ( vom 8. September 2015 im Internet Archive) webstandard.kulando.de (deutsch).
- Mit Expires-Header die Performance von Websites verbessern – Was kommt danach? Teil 3. ( vom 8. September 2015 im Internet Archive) webstandard.kulando.de (deutsch).
Einzelnachweise
- ↑ Protocols Standards. In: web-cache.com. Abgerufen am 24. Juli 2017.
- ↑ RFC: Abschnitt 14.6: Age. (englisch).
- ↑ RFC: Abschnitt 14.9: Cache-Control. (englisch).
- ↑ RFC: Abschnitt 14.18: Date. (englisch).
- ↑ RFC: Abschnitt 14.19: ETag. (englisch).
- ↑ RFC: Abschnitt 14.21: Expires. (englisch).
- ↑ RFC: Abschnitt 14.24: If-Match. (englisch).
- ↑ RFC: Abschnitt 14.25: If-Modified-Since. (englisch).
- ↑ RFC: Abschnitt 14.26: If-None-Match. (englisch).
- ↑ RFC: Abschnitt 14.27: If-Range. (englisch).
- ↑ RFC: Abschnitt 14.28: If-Unmodified-Since. (englisch).
- ↑ RFC: Abschnitt 14.32: Pragma. (englisch).
- ↑ RFC: Abschnitt 14.44: Vary. (englisch).
- ↑ RFC: Abschnitt 13: Caching. (englisch).
Content Disclaimer
Informasi ini disarikan dari Wikipedia dan disajikan kembali untuk tujuan edukasi. Konten tersedia di bawah lisensi CC BY-SA 3.0. Kami tidak bertanggung jawab atas ketidakakuratan data yang bersumber dari kontribusi publik tersebut.
- The information displayed on this website is sourced in part or in whole from Wikipedia and has been adapted for the purpose of restating it. We strive to provide accurate and relevant information, however:
- There is no guarantee of absolute accuracy. Wikipedia is an open, collaborative project that can be edited by anyone, so information is subject to change.
- It is not intended to constitute professional advice. The content displayed is for informational and educational purposes only. For important decisions (e.g., medical, legal, or financial), please consult a professional.
- Content copyright. Wikipedia is licensed under the Creative Commons Attribution-ShareAlike License (CC BY-SA). This means that content may be reused with appropriate attribution and shared under a similar license.
- Responsible use. Any risk arising from the use of information from this website is entirely the responsibility of the user.