RaspberryMatic 3.57.5.20210525 – Neue Version

[jmaus]

Habe das mal versucht zu debuggen... Laut webui.js müsste dieser Link abgerufen werden, und da kommt auch die "richtige" Version.

Ich sag nur: Cache, cache und nochmals Cache. Dieser Fragen kommen immer und jedesmal mit einer neuen version wieder und nein, da gibt es kein problem und ja, es liegt an deinem browser cache. Nicht mehr und nicht weniger.

[tobox]

Fehler "gefunden":

- gehe ich auf die https-Version der CCU3-Weboberfläche wird das Update nie gefunden.

- gehe ich auf die http-Version der CCU3-Weboberfläche wird das Update sofort/immer gefunden.

Ist das Absicht, bzw. erklärbar? Soll ich einen Bugreport erstellen?

[tobox]

So, habe noch weiter geforscht: In der Netzwerkanalyse im Firefox alles genauer angeschaut, den "Cache deaktiveren" Button gedrückt, und nun wird das Update gefunden...

[tobox]

Ich sag nur: Cache, cache und nochmals Cache. Dieser Fragen kommen immer und jedesmal mit einer neuen version wieder und nein, da gibt es kein problem und ja, es liegt an deinem browser cache. Nicht mehr und nicht weniger.

Vielen Dank für die schnelle Antwort - da haben sich unsere Posts überschnitten. Du hast Recht mit der Aussage, dass es am Cache liegt.

Was ich nicht richtig finde ist "es liegt an deinem browser cache". Als User sollte man sich nicht um solche Details kümmern müssen. Im Firefox Debugger sieht man, wie bei allen Zugriffen auf homematic.cgi zahlreiche cache-control-header gesetzt werden:

Code: Alles auswählen

cache-control: private, no-cache, must-revalidate, no-transform, max-age=0

Beim Zugriff auf LATEST-VERSION.js werden jedoch keinerlei Header zur Cache-Behandlung gesetzt, weder in der Anfrage noch in der Antwort. Daher ist es meiner Meinung nach richtig, dass der Browser dieses Ergebnis erstmal cached (darüber kann man jetzt geteileter Meinung sein). Aber mit korrekten Cache-Controls (entweder in der Anfrage oder alternativ in der Antwort) ließe sich doch dieses Problem relativ einfach und Userfreundliche lösen, oder?

Bin kein Web-Experte, bitte korrigiert mich wenn ich Quatsch geschrieben habe.

[Xel66]

Die Prüfung auf eine neue Version erfolgt nicht auf der CCU, sondern durch den Besuch der Seite initialisiert im Browser des aufrufenden Rechners. Aus diesem Grund liegen die Ursachen auf dem Rechner/Browser und nicht innerhalb der CCU. Das merkt man auch dadurch, wenn Scripte für die IP der CCU zwar zugelassen werden, aber für andere Ziele nich automatisch freigeschaltet sind (Browser-Addon). Dann erfolgt ebenfalls keine Versionsinfo.

Gruß Xel66

[ibot]

In der Firma wurde das Update _nicht_ auf der Startseite angeboten. Ich habe dann neu gestartet und die Nacht abgewartet, auch heute wird noch kein Update angeboten. Die CCU3 sagt nach wie vor: "Aktuelle Firmwareversion: 3.57.5.20210424".

Stimmt, dieses Verhalten war bei meiner CCU auch.
Ich habe das dann über die App Systemupdate gelöst.

[tobox]

Die Prüfung auf eine neue Version erfolgt nicht auf der CCU, sondern durch den Besuch der Seite initialisiert im Browser des aufrufenden Rechners. Aus diesem Grund liegen die Ursachen auf dem Rechner/Browser und nicht innerhalb der CCU.

Auch hier gilt: der erste Teil ist richtig (Script läuft im Browser und nicht in der CCU), aber der Fehler ist meiner Meinung nach nicht im Browser, sondern entweder

- im Code, der im Browser ausgeführt wird (die Anfrage könnte explizite Cache-Control-Header setzen)

- oder im Server, der ebenfalls für die Rückmeldung Cache-Controls setzen könnte.

Wie gesagt, bin kein Experte dafür. Aber ich musste in meinem Webserver auch schonmal .htaccess-Files anlegen um das Caching gewisser Dateien zu unterbinden. Vielleicht wäre das auch hier eine Möglichkeit.

[jmaus]

Was ich nicht richtig finde ist "es liegt an deinem browser cache". Als User sollte man sich nicht um solche Details kümmern müssen. Im Firefox Debugger sieht man, wie bei allen Zugriffen auf homematic.cgi zahlreiche cache-control-header gesetzt werden:

Code: Alles auswählen

cache-control: private, no-cache, must-revalidate, no-transform, max-age=0

Beim Zugriff auf LATEST-VERSION.js werden jedoch keinerlei Header zur Cache-Behandlung gesetzt, weder in der Anfrage noch in der Antwort.

Aha, ist das so? Glaube ich nicht. Siehe hier:

Code: Alles auswählen

$ curl -v https://raspberrymatic.de/LATEST-VERSION.js
< HTTP/1.1 200 OK
< Server: nginx/1.19.10
< Date: Wed, 26 May 2021 08:44:54 GMT
< Content-Type: application/javascript
< Content-Length: 72
< Last-Modified: Tue, 25 May 2021 13:29:18 GMT
< Connection: keep-alive
< Keep-Alive: timeout=20
< ETag: "60acfbae-48"
< Cache-Control: private, must-revalidate, no-transform, max-age=86400
< Accept-Ranges: bytes
< 
homematic.com.setLatestVersion('3.57.5.20210525', 'HM-RASPBERRYMATIC');

Da sieht man doch recht eindeutig das hier "Cache-Control:" Header vom Server zurückgegeben werden. Und wie du siehst wird da ein "max-age: 86400" d.h. ein erzwingen der cache erneuerung nach einem Tag gesetzt. Verstehe also die ganze Aufregung nicht, denn soll ich das jetzt auf 1 Sekunde stellen oder gar komplett den cache nur für die Update-Prüfung deaktivieren damit du unterhalb eines Tages auch über neue Versionen informiert wirst? Ehrlich? Dann wird der Server unnötig mit Requests zugeballert IMHO.

Daher ist es meiner Meinung nach richtig, dass der Browser dieses Ergebnis erstmal cached (darüber kann man jetzt geteileter Meinung sein). Aber mit korrekten Cache-Controls (entweder in der Anfrage oder alternativ in der Antwort) ließe sich doch dieses Problem relativ einfach und Userfreundliche lösen, oder?

Bin kein Web-Experte, bitte korrigiert mich wenn ich Quatsch geschrieben habe.

Du schreibst keinen Quatsch, nur machst du hier ne Mücke zu nem Elefanten und vergisst eben das solche Effekte mitunter vollkommen normal sind wenn man nunmal zu den early-adoptern gehören will und minuten/stunden nach einem frischen release bereits dieses installiert hat. Klar, könnte ich den Cache Control header jetzt so einstellen das er bereits nach zwölf oder acht stunden den cache bzgl. update-prüfung vergisst. Aber warum eigentlich? Zeig einfach ein bisschen Geduld und wenn das Problem noch nach > 1 Tag da ist dann kannst du dich gerne nochmal melden

[tobox]

Sorry, wollte nicht nerven. Ich hab ja auch extra über Nacht gewartet, war wohl zu ungeduldig.

Und Du hast recht, der Server scheint beim CURL die Cache-Header zurückzuliefern. Ich habe an der Stelle der Anzeige im Firefox geglaubt, die ich nach wie vor nicht verstehe. Bei ca. 100 anderen Requests werden immer Anfragekopfzeilen UND Antwortkopfzeilen angezeigt. Nur beim Zugriff auf die LATEST-VERSION zeigt mir Firefox NUR die Anfragekopfzeilen. Daraus habe ich geschlossen, dass die Antwortkopfzeilen leer sind (vermutlich ein trugschluss).

[JoMass]

beide Daumen hoch Danke