Verweigert Chrome Cache-Control: max-age?

Hintergrund:

IIS 7
AspNet 3.5 web-app

Chrome dev tools-Listen 98 Anfragen für die Startseite der web-app (aspx - + js + css + Bilder). Im folgenden requests, status-code ist 200 für css/Bilder Dateien. Keine cache-info, der browser fragt server jedes mal, wenn eine Datei aktualisiert werden muss. OK.

Im IIS 7 habe ich eingestellt HTTP-header für die cache-Steuerung, set zu 6 Stunden für die "Ressourcen" - Ordner. In Chrom, mit dev tools kann ich sehen, dass Kopf-und auch in der Antwort:

Cache-Control: max-age=21600

Aber ich bekomme immer noch 98 Anfragen... ich dachte, der browser sollte nicht verlangen, eine ressource, wenn das Ablaufdatum nicht erreicht ist, und ich hatte erwartet, die Anzahl der Anfragen zu fallen...

InformationsquelleAutor der Frage F-- | 2012-06-28

51

Habe ich es. Google Chrome ignoriert die Cache-Control oder Expires header, wenn Sie eine Anfrage stellen, die sofort nach eine weitere Anforderung an den gleichen URI in der gleichen Registerkarte (durch klicken auf die Schaltfläche aktualisieren, drücken Sie die F5 - Taste oder drücken Sie Befehl + R). Es hat wohl einen Algorithmus, um zu erraten, was der Benutzer wirklich will, um zu tun.

Weg zum test der Cache-Control header ist die Rückkehr ein HTML-Dokument mit einem link zu sich selbst. Wenn Sie auf den link, Chrome dient das Dokument aus dem cache. E. g., nennen Sie das folgende Dokument self.html:
```
<!doctype html>
<html lang="en">
<head>
    <meta charset="utf-8">
    <title>Test Page</title>
</head>
<body>
    <p>
        <a href="self.html">Link to the same page.</a>
        If correctly cached, a request should not be made
        when clicking the link.
    </p>
</body>
</html>
```
Weitere option ist, kopieren Sie die URL und fügen Sie Sie in der gleichen Registerkarte oder einer anderen Registerkarte.

UPDATE: Auf einem Chrom-Beitrag veröffentlicht am Januar 26, 2017es wird beschrieben, was war das frühere Verhalten und wie es sich verändert, indem nur die Verlängerung der wichtigste Ressourceaber nicht von der sub-Ressourcen:

Benutzer in der Regel laden entweder weil eine Seite defekt ist oder der Inhalt scheint veraltet. Die vorhandenen reload-Verhalten in der Regel löst gebrochen Seiten, aber veraltete Inhalte ist ineffizient gelöst, indem eine regelmäßige reload -, vor allem auf dem Handy. Dieses feature wurde ursprünglich entwickelt, in Zeiten, wenn Sie gebrochen Seiten waren durchaus üblich, so war es sinnvoll zu Adresse verwenden beide Fälle auf einmal. Jedoch, diese ursprüngliche Sorge ist mittlerweile weit weniger relevant als die Qualität der Webseiten hat sich erhöht. Zur Verbesserung der veraltete Inhalte use-case, Chrome hat jetzt eine vereinfachte reload-Verhalten zu überprüfen nur die wichtigste Ressource und weiter mit eine normale Seite laden. Dieses neue Verhalten maximiert die Wiederverwendung von Cache-Ressourcen und geringere Latenz, Stromverbrauch und Nutzung von Daten.

In einem Facebook-post veröffentlicht am Januar 26, 2017es wird erwähnt, dass Sie gefunden Stück code wurden Chrom ungültig alle zwischengespeicherten Ressourcen nach einer POST-Anforderung:

haben wir festgestellt, dass Chrome würde revalidate alle Ressourcen auf Seiten, die geladen wurden Sie eine POST-Anfrage. Das Chrome-team sagte uns, der Grund dafür war, dass POST-requests neigen dazu, Seiten, die sich ändern — wie einen Kauf oder eine E — Mail, und der Benutzer möchte, um die meisten up-to-date-Seite.

Scheint es dies nicht mehr der Fall ist.

Schließlich ist es beschrieben, dass Firefox die Einführung Cache-Control: immutable um vollständig zu stoppen die Verlängerung von Ressourcen:

Firefox implementiert einen Vorschlag von einem unserer Ingenieure zum hinzufügen eines neuen cache-control-Kopfzeile für einige Ressourcen, um dem browser mitzuteilen, dass diese Ressource sollte nie neu validiert werden. Die Idee hinter diesem header ist, dass es eine zusätzliche Versprechen der Entwickler der browser, dass diese Ressource wird sich nie ändern während seiner max-age Leben. Firefox entschied sich für die Implementierung dieser Richtlinie in form eines cache-control: unveränderliche header.

Ich hoffe, das hilft, zu entwirren die reload-Geheimnisse.

InformationsquelleAutor der Antwort kiewic
13

Chrome angezeigt werden, ignorieren Sie Ihre Cache-Control Einstellungen wenn Sie nachladen in der gleichen Registerkarte. Wenn Sie die URL kopieren, um eine neue Registerkarte, und laden Sie es dort, Chrome, wird die Achtung der cache-control-tags und Wiederverwendung der Inhalte aus dem cache.

Als Beispiel hatte ich diese Ruby-Sinatra-app:
```
#!/usr/bin/env ruby

require 'sinatra'

before do
  content_type :txt
end

get '/' do
  headers "Cache-Control" => "public, must-revalidate, max-age=3600",
          "Expires" => Time.at(Time.now.to_i + (60 * 60)).to_s
  "This page rendered at #{Time.now}."
end
```
Wenn ich ständig neu geladen in der gleichen Chrome-tab würde es die Anzeige der neuen Zeit.
```
This page rendered at 2014-10-08 13:36:46 -0400.
This page rendered at 2014-10-08 13:36:48 -0400.
```
Den Header wie folgt aussah:
```
< HTTP/1.1 200 OK
< Content-Type: text/plain;charset=utf-8
< Cache-Control: public, must-revalidate, max-age=3600
< Expires: 2014-10-08 13:36:46 -0400
< Content-Length: 48
< X-Content-Type-Options: nosniff
< Connection: keep-alive
* Server thin is not blacklisted
< Server: thin
```
Jedoch den Zugriff auf die gleiche URL, http://localhost:4567/ von mehreren neuen tabs würde recyceln Sie das Vorherige Ergebnis aus dem cache.

InformationsquelleAutor der Antwort slm
9

Nachdem ich einige tests mit Cache-Control:max-age=xxx:
- Drücken der reload-Taste: header ignoriert
- Eingabe der gleichen url eine beliebige Registerkarte (aktuell oder nicht): geehrt
- Mit JS (window.location.reload()): ignoriert
- Mit Entwickler-Tools (mit cache Deaktivieren deaktiviert) oder incognito nicht auf
So, ist die beste option während der Entwicklung ist setzen Sie den cursor in die omnibox ein und drücken Sie die EINGABETASTE anstelle der Schaltfläche aktualisieren.

Hinweis: ein rechts-Taste, klicken Sie auf aktualisieren-Symbol wird zeigen, refresh-Optionen (Normal, Schwer, Cache Leeren). Unglaublich, niemand der diese beeinflussen auf diese Kopfzeilen.

InformationsquelleAutor der Antwort sinuhepop
8

Wenn Chrome Entwicklertools öffnen (F12), Chrom in der Regel deaktiviert Zwischenspeichern.

Es ist steuerbar, in der Developer-Tools-Einstellungen - das ZAHNRAD-Symbol, rechts neben dem dev-tools top-bar.

InformationsquelleAutor der Antwort user3841754
1

Noch ein Tipp:

Vergessen Sie nicht, überprüfen Sie die "Date" - header, - wenn server hat falsche Datum/die Zeit (oder liegt in einer anderen Zeitzone) - Chrom halten anfragende Ressource wieder und wieder.

InformationsquelleAutor der Antwort kolobok

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.