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. |
