HTTP - Caching

HTTP wird typischerweise für verteilte Informationssysteme,wo die Leistung kann durch die Verwendung von Antwort Caches verbessert werden verwendet. Die HTTP / 1.1-Protokoll enthält eine Anzahl von Elementen beabsichtigt zu machen, Caching funktionier.

Die Ziel Caching in HTTP / 1.1 ist, zu beseitigen die Notwendigkeit auf Anforderungen in vielen Fällen zu senden, und um beseitigen die Notwendigkeit, vollständige Reaktionen in vielen anderen Fällen senden.

Die Grund Cache-Mechanismen in HTTP / 1.1 sind implizit der Richtlinien zu Caches wo server spezifiziert in dem Ablauf zeiten und Validatoren. Wir verwenden das Cache-Control Header für diesen Zweck.

Die Cache-Control Header kann ein Client oder Server, um eine Vielzahl von Richtlinien, entweder in Anfragen oder Antworten zu übermitteln. Diese Richtlinien in der Regel überschreiben die Standard-Cache-Algorithmen. Die Caching-Richtlinien werden in einer durch Kommas getrennten Liste angegeben. Zum Beispiel:

Cache-control: no-cache

Die folgenden Cache-Anforderung Richtlinien können vom Kunden in seiner HTTP-Anforderung verwendet werden:

S.N.	Cache Anfrage Richtlinie und Beschreibung
1	no-cache Ein Cache muss nicht verwendung die Antwort auf befriedigen eine weitere Anfrage ohne erfolgreiche Revalidierung mit dem Ursprungsserver.
2	no-store Der Cache sollte nichts über die irgend etwas Client-Anfrage oder Server-Antwort zu speichern.
3	max-age = seconds Anzeigt, daß der Kunde bereit ist, eine Antwort in einem Alter akzeptieren nicht größer ist als die angegebene Zeit in Sekunden.
4	max-stale [ = seconds ] Zeigt an, dass der Kunde bereit ist, zu akzeptieren eine Antwort, die das Verfallszeit überschritten hat. Wenn Sekunden gegeben werden, es darf nicht um mehr als jener Zeit abgelaufen ist.
5	min-fresh = seconds Zeigt an, dass der Kunde bereit ist, akzeptieren eine Reaktion, deren Frische Lebensdauer nicht weniger als seine momentane Alter plus der angegebenen Zeit in Sekunden.
6	no-transform Tut das Entity-Body nicht konvertieren.
7	only-if-cached Tut nicht abrufen neuen Daten. Der Cache kann ein Dokument zu senden, wenn sie im Cache ist, und sollte nicht Kontakt an den Ursprung-Server, um zu sehen, ob eine neuere Kopie vorhanden.

Die folgenden Cache-Antwort-Richtlinien kann von dem Server in der HTTP-Antwort verwendet werden:

S.N.	Cache Anfrage Richtlinie und Beschreibung
1	public Zeigt an, dass die Reaktion kann durch jede Cache zwischengespeichert werden.
2	private Zeigt an, dass alle oder ein Teil auf der Antwort nachricht ist für einen single Benutzer bestimmt und muss nicht durch einen gemeinsamen Cache zwischengespeichert werden.
3	no-cache Ein Cache ist nicht die Antwort auf eine weitere Anfrage ohne erfolgreiche Re-Zertifizierung mit dem Ursprungsserver erfüllen.
4	no-store Der Cache sollte nichts über die Client-Anfrage oder Server-Antwort zu speichern.
5	no-transform Tut das Entity-Body nicht konvertieren.
6	must-revalidate Der Cache muss den Status veralteten Dokumenten, bevor Sie es überprüfen und abgelaufene sollten nicht verwendet werden.
7	proxy-revalidate Der Proxy-revalidate Richtlinie hat die gleiche Bedeutung wie die muss- revalidate Richtlinie, mit der Ausnahme, dass sie nicht zu nicht freigegebenen User-Agent-Caches gelten.
8	max-age = seconds Anzeigt, daß der Kunde bereit ist, eine Antwort in einem Alter akzeptieren nicht größer ist als die angegebene Zeit in Sekunden.
9	s-maxage = seconds Die maximale durch diese Richtlinie festgelegten Altersüberschreibt die maximale entweder von der max-age-Richtlinie oder der Expires-Header angegeben Alter. Die s-maxage Richtlinie wird immer von einem privaten Cache ignoriert.