Was ist der Unterschied zwischen Cache-Control: max-age=0 " und " no-cache?

Ich hatte die gleiche Frage und einige Infos gefunden in meinen Recherchen (Ihre Frage kam als eines der Ergebnisse). Hier ist, was ich festgestellt...

Gibt es zwei Seiten der Cache-Control header. Die eine Seite ist, wo Sie gesendet werden können, die vom web-server (aka. "Ursprungs-server"). Die andere Seite ist, wo Sie gesendet werden können, die vom browser (aka. "user-agent").

Bei der Versendung durch den origin server

Ich glaube max-age=0 sagt einfach caches (und user agents) die Antwort ist eine veraltete, aus der sich-gehen, und so Sie SOLLTE revalidate die Antwort (zB. mit der If-Not-Modified header), bevor Sie über eine zwischengespeicherte Kopie, in der Erwägung, dass no-cache Ihnen sagt, dass Sie MUSS erneut validieren, bevor Sie über eine zwischengespeicherte Kopie. Von 14.9.1 Was ist Cacheable:

no-cache

...ein cache MÜSSEN NICHT mit der Antwort
zu befriedigen, ist eine spätere Anfrage
ohne die erfolgreiche Revalidierung mit
der origin-server. Dies ermöglicht eine
origin-server Cachen zu verhindern, auch
von caches, die so konfiguriert wurden, dass
return stale Antworten auf client
Anfragen.

In anderen Worten, caches können manchmal wählen Sie verwenden eine veraltete Antwort (obwohl ich glaube, Sie müssen dann fügen Sie eine Warning header), aber no-cache sagt, Sie sind nicht erlaubt zu verwenden eine veraltete Antwort, egal was. Vielleicht würden Sie wollen, dass die SOLLTE-revalidate Verhalten beim baseball Statistik generiert eine Seite, aber Sie wollen würde, die MUSS-revalidate Verhalten, wenn Sie erstellt haben, die Antwort auf eine e-commerce-Kauf.

Obwohl Sie richtig in Ihrem Kommentar, wenn Sie sagen no-cache soll nicht verhindern, dass Speicher, es könnte in der Tat ein weiterer Unterschied bei der Verwendung von no-cache. Ich stieß auf eine Seite, Cache-Control-Richtlinien Entmystifiziert, sagt, dass (ich kann nicht bürgen für die Richtigkeit):

In der Praxis, IE und Firefox haben
begann die Behandlung des no-cache
Richtlinie, als ob es weist das
browser auch den cache der Seite.
Wir begannen die Beobachtung dieses Verhalten
vor etwa einem Jahr. Wir vermuten, dass
diese änderung wurde aufgefordert, durch die
die weit verbreitete (und falsche) Verwendung dieses
Richtlinie Cachen zu verhindern.

...

Beachten Sie, dass der späte, "cache-control:
no-cache" hat auch begonnen zu Verhalten
wie die "no-store" - Richtlinie.

Nebenbei, es scheint mir, dass Cache-Control: max-age=0, must-revalidate sollte bedeuten im Grunde das gleiche wie Cache-Control: no-cache. Also vielleicht ist das ein Weg, um die MUSS-revalidate Verhalten no-cache, während die Vermeidung der scheinbare migration von no-cache zu tun die gleiche Sache wie no-store (ie. kein caching auch immer)?

Bei der Versendung durch den user-agent -

Ich glaube shahkalpesh Antwort gilt für den user-agent-Seite. Sie können auch einen Blick auf 13.2.6 Unterscheiden Mehrere Antworten.

Wenn ein user-agent sendet eine Anforderung mit Cache-Control: max-age=0 (aka. "Ende-zu-Ende-Revalidierung"), dann den einzelnen Caches entlang des Weges aktualisiert seinen cache-Eintrag (zB. mit der If-Not-Modified header) den ganzen Weg um den Ursprung server. Wenn die Antwort ist dann 304 (Nicht Geändert), wird das Cache-Objekt kann verwendet werden.

Auf der anderen Seite, senden Sie eine Anfrage mit Cache-Control: no-cache (aka. "Ende-zu-Ende neu laden") nicht aktualisiert und der server MUSS NICHT Verwendung einer Cache-Kopie beim Antworten.

InformationsquelleAutor Michael Krebs

Alte Frage jetzt, aber wenn jemand kommt, über diese durch eine Suche, wie ich es Tat, es scheint, dass IE9 wird das auch zum konfigurieren des Verhaltens von Ressourcen, wenn Sie mithilfe der Schaltflächen zurück und vorwärts. Wenn max-age=0 verwendet wird, wird der browser mit der letzten version beim anzeigen einer Ressource auf einem vorwärts/zurück drücken. Wenn no-cache verwendet wird, wird die Ressource wird refetched.

Weitere details zu IE9 Zwischenspeicherung kann man auf diese msdn-caching blog-post.

InformationsquelleAutor El Yobo

max-age 
Wenn ein Zwischenprodukt cache ist gezwungen, durch ein max-age=0 Richtlinie revalidate 
seine eigenen cache-Eintrag, und der Kunde geliefert hat, seine eigene Prüfer in der Anfrage, die 
geliefert validator unterscheidet sich möglicherweise von der der validator derzeit gespeichert mit dem cache-Eintrag. 
In diesem Fall wird der cache KANN entweder validator bei Ihren eigenen Wunsch ohne 
Auswirkungen auf die semantische Transparenz. 

Jedoch, die Wahl der validator die die Leistung beeinträchtigen können. Der beste Ansatz ist für die 
intermediate-cache für die Verwendung eigener validator bei Ihrer Anfrage. Wenn der server antwortet 
mit 304 (Nicht Geändert), dann kann der cache wieder in seine nun validiert Kopie an den client 
mit 200 (OK) Antwort. Wenn der server antwortet mit einer neuen Einheit und cache-validator, 
jedoch, die zwischen-cache vergleichen kann, die zurückgegeben validator mit dem man in 
die Anfrage des Clients, mit dem starken-Vergleich-Funktion. Wenn die client-validator ist 
gleich der Ursprungs-server ist, dann die intermediate-cache gibt einfach 304 (Nicht 
Modifiziert). Andernfalls gibt es das neue Unternehmen mit 200 (OK) Antwort. 
 
Wenn eine Anforderung enthält den no-cache-Direktive, es SOLLTE NICHT enthalten min-fresh, 
max-stale, oder max-age.  

courtesy: http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9.4

Akzeptiere das nicht als Antwort - ich werde es Lesen, um zu verstehen, die wahre Verwendung von es 🙂

InformationsquelleAutor shahkalpesh

Übrigens, es ist erwähnenswert, dass einige mobile Geräte, vor allem Apple-Produkte wie iPhone/iPad komplett zu ignorieren Header wie no-cache, no-store Expires: 0, oder was du sonst noch versuchen, um Sie zu zwingen, nicht re-verwenden Sie abgelaufen Formular-Seiten.

Dies hat uns veranlasst, kein Ende der Kopfschmerzen, wie wir versuchen, das Problem eines Benutzers iPad sagen, gelassen, schlief auf einer Seite, die Sie erreicht haben, durch einen form-Prozess, sagen wir Schritt 2 von 3, und dann das Gerät völlig ignoriert der Speicher - /cache-Richtlinien, und soweit ich das beurteilen kann, nimmt sich einfach, was ist eine virtuelle Momentaufnahme der Seite von seinem letzten Zustand, das heißt, zu ignorieren, was es wurde explizit gesagt, und nicht nur das, unter einer Seite, und Sie sollten nicht gespeichert werden, und speichern, ohne es tatsächlich zu überprüfen, was wiederum führt zu allen Arten von seltsamen Sitzung Probleme, unter anderem.

Bin ich nur hinzufügen, dass diese im Fall, dass jemand kommt und kann nicht herausfinden, warum Sie immer session-Fehler mit besonders iphones und ipads, die scheinen bei weitem der Schlimmste Straftäter in diesem Bereich.

Ich getan habe, ziemlich umfangreichen debugger, testen mit diesem Thema, und dies ist mein Fazit, die Geräte ignorieren diese Richtlinien vollständig.

Einmal im regelmäßigen Gebrauch, ich habe festgestellt, dass einige Handys auch völlig fehl zu prüfen, ob neue Versionen über den sagen, Läuft: 0, dann überprüfen Sie die zuletzt geänderten Daten zu bestimmen, ob es sollte einen neuen bekommen.

Es einfach nicht passieren, also das, was ich gezwungen war zu tun war-add query-strings an die css/js Dateien, die ich brauchte, um zu erzwingen, updates auf, welche tricks die dummen mobile Geräte zu denken, es ist eine Datei, die es nicht haben, wie: meine.css?v=1, dann v=2 für eine css - /js-update. Dies weitgehend funktioniert.

Benutzer-Browser, übrigens auch, wenn Links auf Ihre Standardwerte zurückgesetzt, ab dem Jahr 2016, da ich ständig entdecken (wir tun eine MENGE von änderungen und Aktualisierungen auf unserer Website) auch fehlschlagen, überprüfen Sie die zuletzt geänderten Daten auf solche Dateien, aber der query-string-Methode behebt das Problem. Dies ist etwas, das ich bemerkt habe mit den Kunden und den office-Menschen, die dazu neigen, zu verwenden, normal-Benutzer-Standardeinstellungen auf Ihrem Browser und haben kein Bewusstsein von caching-Probleme mit css/js usw, fast immer scheitern, um die neue css - /js ändern, was bedeutet, dass die Standardwerte für Ihren Browser, meist MSIE /Firefox, nicht tun, was Ihnen gesagt wird, Sie ignorieren Sie änderungen ignorieren und die zuletzt geänderten Daten und nicht überprüft, auch mit Expires: 0 Satz explizit.

War dies ein guter thread mit vielen guten technischen Daten, aber es ist auch wichtig zu beachten, wie schlecht der support für diese Thematik ist besonders für mobile Geräte. Alle paar Monate habe ich mich zu fügen Sie mehrere Schichten von Schutz gegen Ihre Nichtbeachtung der header-Befehle, die Sie erhalten, oder richtig interpet diese Befehle.

InformationsquelleAutor Lizardx