Ist es der Dateiname oder die ganze URL als Schlüssel verwendet, die in browser-caches?

Ist es üblich, wollen Browser-cache-Ressourcen - JavaScript, CSS, Bilder, usw. bis es eine neue version verfügbar ist, und dann sicherzustellen, dass der browser holt und speichert die neue version statt.

One-Lösung ist zum einbetten einer Versionsnummer in die Ressource mit dem Namen, aber die Platzierung der Ressourcen verwaltet werden auf diese Weise in einem Verzeichnis mit einer Revisionsnummer in der er das gleiche tun? Ist der ganze URL zu der Datei, die als Schlüssel in den cache des Browsers, oder ist es nur der Dateiname selbst und einige meta-Daten?

Wenn meine änderungen am code Holen /r20/example.js zu /r21/example.js, kann ich sicher sein, dass revision 20 von example.js zwischengespeichert wurde, aber jetzt revision 21 wurde geholt statt und es ist nun zwischengespeichert?

InformationsquelleAutor Richard Turner | 2008-09-17

37

Ja, jede Veränderung in jedem Teil der URL (ohne HTTP-und HTTPS-Protokolle änderungen) wird interpretiert als eine andere Ressource, die durch den browser (und alle zwischengeschalteten Proxys), und wird deshalb in eine separate Einheit, die im browser-cache.

Update:

Den Anspruch in diese ThinkVitamin Artikel, dass Opera und Safari/Webkit-Browser keinen cache-URLs mit ?Abfrage=Streicher ist false.

Hinzufügen einer Versionsnummer parameter an eine URL ist eine vollkommen akzeptable Art und Weise zu tun, cache-busting.

Was vielleicht verwechselt der Autor des ThinkVitamin Artikel ist die Tatsache, dass schlagen, Geben Sie in die Adress - /Suchleiste in Safari und Opera Ergebnisse in verschiedenen Verhalten für URLs mit query-string in Ihnen.

Jedoch (und das ist der wichtige Teil!!!!) Opera und Safari sich Verhalten wie IE und Firefox, wenn es um caching eingebettete/verknüpfte Bilder und stylesheets und Skripts, die in Webseiten - unabhängig davon, ob Sie über das "? " - Zeichen in URLs. (Dies kann überprüft werden mit einem einfachen test auf einem normalen Apache-server.)

(Ich würde kommentiert haben die momentan akzeptierte Antwort, wenn ich hatte den Ruf, es zu tun. 🙂
- Werde ich brauchen, um re-check den aktuellen Browsern, aber ich kann bestätigen, dass in der Vergangenheit ändern nur die Parameter in der URL NICHT garantieren, dass der cache nicht mehr funktionieren würden. Beachten Sie, dass meine Antwort wurde auch Hinzugefügt vor fast 3 Jahren... hat sich viel geändert seitdem.
- Meine Antwort oben ist auch von vor 3 Jahren. Ich habe eine Gründliche Prüfung dann zurück und war erleichtert zu finden, dass Safari und Opera, beide verhielten sich vernünftig. Testen dieser war schwierig/unübersichtlich, aber da Safari und Opera eher ignorieren cache-Richtlinien, die auf verlinkten Ressourcen beim erneuten laden von Seiten (oder drücken der EINGABETASTE in der Adresszeile), im Gegensatz zu den Zugriff auf Sie durch klicken auf die links.
- BTW, "ändern sich nur die Parameter in der URL NICHT garantieren, dass der cache kaputt", ist eine seltsame Behauptung. Ich habe noch nie jemanden gesehen, schlagen Sie diese vor. Nur das Gegenteil (wie in den jetzt verloren ThinkVitamin Artikel), dass Browser don ' T cache - Seiten mit Parametern (das tun Sie noch immer).
- Ich fügte hinzu, einen Kommentar zu meiner ursprünglichen Antwort oben. Der trick ist, dass es Dutzende von Browser (desktop & mobile), Proxy-Servern und software-apps, konsumieren von web-Inhalten. Da zumindest historisch war es nicht möglich, die davon abhängen, cache-busting mittels url-parameter habe ich schon seit langem verwendet-Datei neu-Benennung der Techniken.
InformationsquelleAutor Már Örlygsson
3

Browser-cache-key ist eine Kombination aus der Anfrage-Methode und der Ressourcen-URI. URI besteht aus Schema, authority, path, query und fragment.

Relevanten Auszug aus Die HTTP 1.1 Spezifikation:

Den primären cache-key besteht aus den request-Methode und Ziel-URI.
Jedoch, da die HTTP-caches im Allgemeinen Gebrauch sind heute in der Regel begrenzt
caching Antworten zu BEKOMMEN, viele caches einfach ablehnen, andere Methoden
und verwenden Sie nur die URL als primäre cache-key.

Relevanten Auszug aus URI-Spezifikation:
Der generischen URI-syntax besteht aus einer hierarchischen Abfolge von
genannten Komponenten, wie das Schema, authority, path, query und
fragment.
```
URI         = scheme ":" hier-part [ "?" query ] [ "#" fragment ]

hier-part   = "//" authority path-abempty
              / path-absolute
              / path-rootless
              / path-empty
```
- Für Sie sicher, dass die #fragment Teil wird nicht verwendet, da der cache-key. Es ist nicht in der HTTP-Anfragen sowieso. Das ist ein Teil der browser-Funktionalität nutzen, nicht HTTP.
InformationsquelleAutor Leonid Vasilev
2

Ich bin 99.99999% sicher, dass es die gesamte url, die verwendet wird, um cache-Ressourcen in einem browser, so dass Ihre url-Schema, sollte funktionieren gut.
- Naja... außer für die #fragment Teil.
InformationsquelleAutor delux247
1

Das MINIMUM, die Sie benötigen zu identifizieren, die für ein HTTP-Objekt ist durch den vollständigen Pfad, einschließlich aller query-string-Parameter. Einige Browser können keine Objekte Zwischenspeichern, mit einem query-string aber das hat nichts zu tun mit der-Taste, um den cache.

Es ist auch wichtig, daran zu erinnern, dass das der Pfad ist nicht mehr ausreichend. Der Vary: - header in der HTTP-Antwort-Warnungen des browser (oder proxy-server, etc.) etwas ANDERES als die URL, die genutzt werden sollte, um zu bestimmen, der cache-key, wie cookies, encoding-Werte, etc.

Zu deiner Frage, ja, ändern Sie die URL der .js-Datei ist ausreichend. ZU der größeren Frage, was bestimmt der cache-key, es ist die URL plus der Vary: - header Einschränkungen.

InformationsquelleAutor Michael Cramer
0

Ja. Einen anderen Weg ist der gleiche von den caches Perspektive.

InformationsquelleAutor noah
0

Es hat natürlich auch den kompletten Pfad '/r20/example.js' vs '/r21/example.js " könnte sein, völlig verschiedene Bilder, um mit zu beginnen. Was Sie vorschlagen, ist ein gangbarer Weg, um Griff version control.

InformationsquelleAutor Diodeus - James MacFarlane
0

In den meisten Browsern die volle url verwendet wird.
In einigen Browsern, wenn Sie eine Abfrage in der url, das Dokument wird nie zwischengespeichert werden.

InformationsquelleAutor Alexandre Victoor
0

Gesamte url. Ich habe gesehen, ein seltsames Verhalten in einigen älteren Browsern, wo die groß-und Kleinschreibung ins Spiel kam.

InformationsquelleAutor user16169
0

Zusätzlich zu den vorhandenen Antworten ich möchte nur hinzufügen, dass es vielleicht nicht anwenden, wenn Sie ServiceWorkers oder e.g offline-plugin. Dann könnte man verschiedene cache-Regeln-je nachdem, wie die ServiceWorkers eingerichtet sind.

InformationsquelleAutor activist
-1

hängt. es soll die vollständige URL, aber einige Browser (Opera, SafariZwei) anwenden eine andere cache-Strategie für urls mit unterschiedlichen params.

beste Wette ist, ändern Sie den Namen der Datei.

Es ist eine sehr clevere Lösung, die hier (nutzt PHP, Apache)

http://verens.com/archives/2008/04/09/javascript-cache-problem-solved/

Strategie:
“Nach den Buchstaben des HTTP-caching-Spezifikation, user-agents sollten nie cache-URLs mit query strings. Während Internet Explorer und Firefox ignorieren diese, Opera und Safari nicht, um sicherzustellen, dass alle user-agents können die cache-Ressourcen, die wir brauchen, zu halten-query-strings aus Ihren URLs."

http://www.thinkvitamin.com/features/webapps/serving-javascript-fast
- Die ThinkVitamin.com Artikel ist falsch. Safari und Opera do cache-URLs mit query-strings wie Sie auch URLs. (Siehe meine Antwort für mehr info)
- Zusätzlich zu Browser, einige beliebt proxies muss mit dem Namen ändert, um zu brechen, den cache. stevesouders.com/blog/2008/08/23/... In diesem Artikel wird der Squid-proxy-server genannt wird (die zwar ändern, es ist Standard in der version 2.7), würde ich viel lieber auf Nummer sicher und ändern Sie den Dateinamen.
- Ich fürchte, du bist entweder zu Lesen Steve Sounders' post falsch, oder schreiben es falsch. Steve ' s Ergebnisse sind, dass seine Squid-proxy hat nicht cache der querystring-URL - das ist das genaue Gegenteil von "verlangen mit dem Namen ändert, um zu brechen, den cache".
- In Bezug auf die Frage "Ist es der Dateiname oder die ganze URL als Schlüssel verwendet, die in browser-caches?", dann ist die Antwort ein einfaches "ja". Einige (meist veraltete zwischengeschaltete proxies) spielen Sie es sicher und wird nicht-cache einige Arten von URLs ist eine geringfügige ärgernis, und ändert nicht die grundlegende Tatsache, dass die ganze URL dient als Schlüssel in allen web-chaches.
- Nur für die Nachwelt: ich habe das Gefühl, dass "user-agents sollten nie cache-URLs mit query-strings ist fehlt ein entscheidender Teil von RFC2616: "da einige Anwendungen haben traditionell verwendet Wird und die Köpfe mit query-URLs [ ... ], um Operationen mit erheblichen Nebenwirkungen, caches MÜSSEN NICHT behandeln, Antworten auf solche URIs als frische es sei denn, der server stellt eine explizite Ablaufzeit" (Hervorhebung von mir).
- Kann Sie Punkt, zu dem Teil des HTTP-caching-spec, die das sagt?
- Fragen Sie mich (@scunliffe) oder @Arjan?
- In Ihrer Antwort, die Sie zitiert, "Nach den Buchstaben des HTTP-caching-Spezifikation, user-agents sollten nie cache-URLs mit query-strings" ich glaube, das ist falsch.
InformationsquelleAutor scunliffe

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.