Ich habe Schwierigkeiten, einen Cache-Control-Header für die Bereitstellung von Dateien zu finden, die für eine HTML5-App verwendet werden, die den AppCache verwendet, der in allen gängigen Browsern funktioniert (Chrome / Safari, Opera, Firefox, IE10).
Das Problem, auf das ich gestoßen bin, ist, dass, wenn eine Art von Header für einen bestimmten Browser funktioniert, ein anderer vollständig zerstört werden kann. Zum Beispiel:
%Vor%Funktioniert in Webkit-Browsern, aktualisiert und lädt aktualisierte Dateien und ersetzt sie im Cache. Allerdings lehnen Firefox und IE10 beide ab, um die neuen Dateien zu laden und sie stattdessen aus dem Cache (nicht appcache!) Zu holen, obwohl sie die aktualisierte Manifest-Datei erkennen.
%Vor%funktioniert auch gut mit Webkit-Browsern, und Firefox und IE10 laden auch die neuen Dateien, anstatt sie aus ihrem Cache zu laden, aber sie brechen die Offline-Funktionalität, da sie die Dateien im Grunde nicht zwischenspeichern , obwohl sie explizit im appcache-Manifest erwähnt werden.
Zuletzt versuchte ich
%Vor% Das funktioniert ähnlich wie no-cache , aber anstelle von Firefox und IE10, die die Dateien nicht für die Offline-Nutzung beibehalten, verwendet Webkit sie nicht.
Das Senden eines Cache-Control-Headers führt zu den gleichen Ergebnissen wie private oder public , da ich davon ausgehe, dass der Browser dies einfach als Standard akzeptiert.
public hat die gleichen Ergebnisse wie private und die Festlegung eines Höchstalters ist keine Option, da Updates (einschließlich Hotfixes) nicht regelmäßig, sondern immer dann bereitgestellt werden, wenn sie verfügbar oder benötigt sind.
Kann jemand herausfinden, welcher Cache-Control-Header der richtige ist, der in allen Browsern funktioniert?
Tags und Links header caching web cache-control