Cache-Busting über Parameter

Wir wollen Bust bei Produktionsbereitstellungen zwischenspeichern, aber keine Zeit damit verschwenden, ein System dafür zu finden. Mein Gedanke war, einen Parameter am Ende von CSS- und JS-Dateien mit der aktuellen Versionsnummer anzuwenden:

<link rel="stylesheet" href="https://stackoverflow.com/questions/9692665/base_url.com/file.css?v=1.123"/>

Zwei Fragen: Wird dies den Cache effektiv brechen? Wird der Parameter bewirken, dass der Browser die Antwort von dieser URL niemals zwischenspeichert, da der Parameter anzeigt, dass es sich um dynamischen Inhalt handelt?

Der Param ?v=1.123 gibt eine Abfragezeichenfolge an, und der Browser wird daher denken, dass es sich um einen neuen Pfad von beispielsweise ?v=1.0. Dadurch wird es aus der Datei geladen, nicht aus dem Cache. Wie du willst.

Und der Browser geht davon aus, dass die Quelle beim nächsten Aufruf gleich bleibt ?v=1.123 und sollte Cache es mit dieser Zeichenfolge. Es bleibt also zwischengespeichert, wie auch immer Ihr Server eingerichtet ist, bis Sie zu wechseln ?v=1.124 oder so weiter.

Zwei Fragen: Wird dies den Cache effektiv brechen?

Jawohl. Sogar Stack Overflow verwendet diese Methode, obwohl ich mich erinnere, dass sie (mit ihren Millionen von Besuchern pro Tag und Millionen verschiedener Client- und Proxy-Versionen und -Konfigurationen) einige ungewöhnliche Fälle hatten, in denen selbst dies nicht ausreichte, um den Cache zu brechen. Die allgemeine Annahme ist jedoch, dass dies funktionieren wird und eine geeignete Methode ist, um das Caching auf Clients zu unterbrechen.

Wird der Parameter bewirken, dass der Browser die Antwort von dieser URL niemals zwischenspeichert, da der Parameter anzeigt, dass es sich um dynamischen Inhalt handelt?

Nein. Der Parameter ändert die Caching-Richtlinie nicht; Die vom Server gesendeten Caching-Header gelten weiterhin, und wenn keine gesendet werden, gelten die Standardeinstellungen des Browsers.

Es ist sicherer, die Versionsnummer in den eigentlichen Dateinamen zu setzen. Dadurch können mehrere Versionen gleichzeitig vorhanden sein, sodass Sie eine neue Version einführen können, und wenn noch zwischengespeicherte HTML-Seiten vorhanden sind, die die ältere Version anfordern, erhalten sie die Version, die mit ihrem HTML funktioniert.

Beachten Sie, dass jQuery in einer der größten versionierten Bereitstellungen im Internet Versionsnummern im tatsächlichen Dateinamen verwendet und mehrere Versionen ohne spezielle serverseitige Logik sicher koexistieren kann (jede Version ist nur eine andere Datei).

Dadurch wird der Cache einmal gesprengt, wenn Sie neue Seiten und neue verknüpfte Dateien bereitstellen (was Sie möchten), und von da an können diese Versionen effektiv zwischengespeichert werden (was Sie auch möchten).

Wie andere gesagt haben, wird Cache-Busting mit einem Abfrageparameter normalerweise als schlechte Idee ™ angesehen, und das schon seit langem. Es ist besser, die Version im Dateinamen wiederzugeben. HTML5-Boilerplate empfiehlt dagegen unter anderem unter Verwendung der Abfragezeichenfolge.

Abgesehen davon scheinen alle Empfehlungen, die ich gesehen habe und die eine Quelle zitierten, ihre Weisheit von a zu beziehen Artikel 2008 von Steve Souders. Seine Schlussfolgerungen basieren auf dem damaligen Verhalten von Stellvertretern und können heutzutage relevant sein oder auch nicht. Mangels aktuellerer Informationen ist die Änderung des Dateinamens jedoch die sichere Option.

Der Cache wird einmal gebustet, nachdem der Client die Ressource heruntergeladen hat, wird jede andere Antwort aus dem Client-Cache bereitgestellt, es sei denn:

1. Der Parameter v wird aktualisiert.
2. Der Client löscht seinen Cache

Im Allgemeinen sollte dies in Ordnung sein, aber es ist möglich, dass dies nicht funktioniert, wenn ein Zwischencache (ein Proxy) vorhanden ist, der so konfiguriert ist, dass er die Anforderungsparameter ignoriert.

Wenn Sie beispielsweise statische Inhalte über das Akamai CDN bereitstellen, kann es so konfiguriert werden, dass Anforderungsparameter ignoriert werden, um Cache-Busting mit dieser Methode zu verhindern.

Es hängt sehr stark davon ab, wie robust Ihr Caching sein soll. Zum Beispiel der Squid-Proxy-Server (und möglicherweise andere) standardmäßig auf nicht zwischenspeichern URLs, die mit einem Querystring geliefert werden – zumindest, als dieser Artikel geschrieben wurde. Wenn es Ihnen nichts ausmacht, wenn bestimmte Anwendungsfälle unnötige Cache-Fehler verursachen, fahren Sie mit den Abfrageparametern fort. Aber es ist sehr Es ist einfach, ein dateinamenbasiertes Cache-Busting-Schema einzurichten, das dieses Problem vermeidet.