Hallo, ich habe eine Zip-Datei mit HTML-Seiten und separaten CSS Files und Grafiken. Die Zip-Datei wird mit input form ausgewählt. Die Zip-Datei soll dann entpackt werden und der Browser den Inhalt anzeigen. Das Ganze soll lokal passieren, d.h. nichts zum Server senden. Ich möchte das über die CacheAPI lösen. Soll heissen, ein Service-Worker fängt die fetch-Anfrage ab, wenn der Pfad der URL mit "zipContent" anfängt, und sendet dann die zuvor in den Cache eingeladenen Dateien als response. Für mich stellt sich die Frage, welche url-Addresse die sinnvollste wäre. Aktuell tendieren ich dazu, den Inhalt der Zip-Datei in ein verzeichnis abzulegen, wobei das Verzeichnis den Hash-Wert der Zip-Datei entspricht. Also etwa so https://[server.domain]/zipContent/[ziphash]/[entspricht_dem_rootverzeichnis] Was würde gegen diese Vorgehensweise sprechen? Gruß Michael

Hallo, ich habe eine Zip-Datei mit HTML-Seiten und separaten CSS Files und Grafiken. Die Zip-Datei wird mit input form ausgewählt. Die Zip-Datei soll dann entpackt werden und der Browser den Inhalt anzeigen. Das Ganze soll lokal passieren, d.h. nichts zum Server senden. Ich möchte das über die CacheAPI lösen. Soll heissen, ein Service-Worker fängt die fetch-Anfrage ab, wenn der Pfad der URL mit "zipContent" anfängt, und sendet dann die zuvor in den Cache eingeladenen Dateien als response. Für mich stellt sich die Frage, welche url-Addresse die sinnvollste wäre. Aktuell tendieren ich dazu, den Inhalt der Zip-Datei in ein verzeichnis abzulegen, wobei das Verzeichnis den Hash-Wert der Zip-Datei entspricht. Also etwa so https://[server.domain]/zipContent/[ziphash]/[entspricht_dem_rootverzeichnis] Was würde gegen diese Vorgehensweise sprechen? Einen möglicht