Auf einem Mac heißt es Umschalt+Befehl+R, oder die Umschalttaste gedrückt halten, während man auf die Schaltfläche “Neu laden” klickt (im Gegensatz zu Befehl+R oder einem normalen Klick für eine regelmäßige Aktualisierung).
Einige weitere Details:
Bei Umschalt+Befehl+R wird der Cache einfach ignoriert und Ressourcen werden angefordert, als ob kein Cache vorhanden wäre.
Bei Befehl+R gibt Chrome If-Modified-Since
oder Etag
Anfragen an den Webserver aus, auch für Dinge, die tatsächlich im Cache gespeichert sind. Für die meisten, wenn nicht alle Inhalte sollte der Server dann mit 304 Not Modified
antworten. Dies gilt für die meisten, wenn nicht sogar für alle modernen Browser.
Die einzige Möglichkeit, den Zugriff auf den Cache zu erzwingen (ohne dass der Browser überhaupt nach möglichen Änderungen fragt), scheint zu sein, auf einen Link auf der Webseite zu klicken oder einem mit einem Lesezeichen versehenen Link zu folgen oder in die URL-Ortsleiste zu gehen und dort die Return-Taste zu drücken (Befehl+L, Return).
Wie dem auch sei: Ein seit langem bekanntes Problem in Chrome, Chrome Forced Refresh ignoriert den Cache nicht (und das neuere Reload/Refresh does not refresh ), oder vielleicht sogar ein Feature in WebKit, Dynamisch eingefügte Unterressourcen werden nicht erneut validiert, selbst wenn das enthaltene Dokument neu geladen wird , führt dazu, dass Chrome bei Verwendung der obigen Methoden nicht ALLE verwandten Caches löscht. Ein Chrom-Entwickler erklärt :
Die Netzwerk-Registerkarte der Entwicklertools zeigt einen Wasserfall aller Ressourcen, wenn sie geladen werden. Es gibt zwei vertikale Linien auf der rechten Seite… eine davon ist mit “Load event fired” beim Schweben beschriftet. Alles, was nach diesem Punkt geladen wird, ist offiziell nicht Teil der Seite (eine Seite kann stundenlang Anfragen ausgeben) […], so dass sie NICHT mit irgendeiner Kombination von f5 “aufgefrischt” wird.
[…] ]
Caching [jeder Ressource, vor und nach der “Load event fired”-Zeile] wird durch die HTTP-Header der Antwort bestimmt, nicht durch die Zeit, zu der die Anfrage gestellt wurde.
Auch beachten Sie einen @ChromiumDev’s Tweet :
Chrome DevTools’ Disable Cache invalidiert den Disk-Cache (großartig für die Entwicklung!), aber… nur solange devtools sichtbar ist.