IIS CSS-Caching

Question

Wenn wir neue Websites entwickeln oder Änderungen in neuen testen, die css beinhalten, nachdem der neue Code festgeschrieben wurde und jemand die Änderungen überprüft, sieht er immer eine zwischengespeicherte Version des alten css. Dies verursacht eine Menge Probleme beim Testen, da die Leute nie sicher sind, ob sie die neueste CSS auf dem Bildschirm haben (ich weiß, dass Shift und das Klicken auf Refresh diesen Cache löscht, aber ich kann nicht erwarten, dass die Endbenutzer dies wissen). Was sind meine möglichen Lösungen?

Answer 1

Wenn Sie Ihr CSS aus statischen Dateien (oder irgendetwas, für das die Abfragezeichenfolge nicht relevant ist) bereitstellen, versuchen Sie, das zu variieren, um sicherzustellen, dass der Browser eine neue Anforderung stellt, da er denkt, dass es vollständig ausgeführt wird andere Ressource, hat so zum Beispiel: "styles.css token = 1234"

in der CSS-Referenz in Ihrem Markup und den Wert von "Token" ändert auf jedem CSS-Check-in

Answer 2

Setzen Sie in Ihrer Entwicklungsumgebung den Expires-Header viel niedriger. Stellen Sie es in Ihrer Produktionsumgebung höher ein und setzen Sie es ca. eine Woche vor der Veröffentlichung auf niedrig.

Answer 3

es ist nicht ein große Lösung, aber ich habe das schon vorher auf Seitenebene verstanden, indem ich eine Querystring an das Ende des Aufrufs der CSS-Datei angehängt habe:

<link href="/css/global.css?id=3939" type="text/css" rel="stylesheet" /> 

Dann würde ich den ID-Wert randomisieren, so dass es beim Laden der Seite immer einen anderen Wert lädt. Dann würde ich diesen Code rausnehmen, bevor ich in die Produktion gehe. Ich nehme an, Sie könnten den Wert auch aus einer Konfigurationsdatei ziehen, so dass er nur einmal pro Commit geladen werden muss.

Answer 4

Ähnliche (etwas ausführlicher) Antworten für die JavaScript-Version dieser Frage gegeben, die das gleiche Problem/Lösung

Help with aggressive JavaScript caching