Caching von Tablet-UI geht nicht, nur im pgm2 directory

[Tsturm]

Hallo Zusammen,

wir haben in der Tablet-UI den Effekt, dass die Dateien von Tablet-UI in der Standardkonfiguration im Clientbrowser jedes Mal geladen werden (kein caching). Wenn man den Tablet-Verzeichnisbaum unter pgm2 hängt, werden zumindest die meisten Files wieder im Client gecacht. (Hinweis von user setstate)

https://forum.fhem.de/index.php/topic,85380.msg779007.html#msg779007

Habt Ihr einen Tip, wie man das caching durch FHEMweb
- auch im Folder tablet unter /opt/fhem/www/ hinekommt?
- wie auch die restlichen Dateien (CSS etc) gecacht werden können?

VG timmo

[rudolfkoenig]

Wenn ich den Link richtig verstehe, verwendet Tablet-UI HTTPSRV. Ich verstehe weder den Sinn von HTTPSRV (FHEMWEB kann doch beliebige Dateien ausliefern), noch warum Tablet-UI auf HTTPSRV besteht.

Btw. pgm2 muss es nicht sein, FHEMWEB liefert alles aus, was in www steht.

[Tsturm]

Hallo Rudolf,

habe noch mal etwas geschaut - wenn ich ohne HTTPS im FHEMWEB arbeite, gehts wunderbar.

https://forum.fhem.de/index.php/topic,85380.msg779745.html#msg779745

Works as designed?

VG Timmo

[rudolfkoenig]

Ich gehe davon aus, dass du mit dem Link diese Aussage meinst:

Scheinbar ist die Behandlung von HTTPS-abfragen in FHEMWEB deutlich konservativer und fügt die No-Cache-Header ein.

- Das im Link gezeigte Pragma ist FHEMWEB herzlich egal, koennte aber zwischengeschaltete Proxies beeinflussen.
- Fuer "eigene" Dateien entscheidet FHEMWEB, ob sie gecached werden koennen oder nicht: falls die Antwort gecached werden kann, dann wird im Response Header ein Expires Eintrag mit jetzt+15 Minuten gesendet, bei Dateien zusaetzlich ein Date und ein ETag.
- FHEMWEB macht aus dieser Hinsicht keine Unterscheidung zwischen HTTP und HTTPS
- FHEMWEB Plugins (wie HTTPSRV, FLOORPLAN, etc) muessen auf Caching verzichten, es sei denn, sie implementieren die komplette Rueckgabe samt Header. Soweit ich sehe, macht HTTPSRV das nicht, insofern sind HTTPSRV Daten (aktuell) nicht cachebar.


Weisst du warum Tablet-UI HTTPSRV verwendet?

[Tsturm]

Hallo Rudolf,

Dank Dir... keine Ahnung wg HTTPSRV - kann mir nur vorstellen, das dies wegen der Einbindung ins Seitenmenü gemacht wurde (braucht man eigentlich nicht, da man auf dem Tablet eh nicht in FHEM WEB will). Allerdings bin ich lediglich ambitionierter Nutzer... der sich aus Spaß mal anschaut, was wie funktioniert (oder nicht). Ich gebe das mal weiter.

Wg der Anmerkung: Ich habe mir mal die Header in den beiden Modi (http / https) im Chrome Dev Mode angeschaut, und da war dieser Unterschied. Ich könnte mir vorstellen, dass Chrome nach der ersten Datei mit den Pragmas einfach nichts mehr in den Cache legt. Ich habe auch nur ein lokales Zertifikat, also aus Sicht von Chrome unsicher - das könnte der andere Grund sein.

Wie gesagt, Vermutungen meinerseits.

Viele Grüße

Timmo