NEWS
Widget (basic-images): Veränderte Quell-Datei wird ignoriert.
-
Soweit hab ich das schon verstanden das Bilder gecached werden!
Ich hatte das bloß mit dem beisatz _refresh im Dateinamen nicht verstanden!
Das heißt aber jetzt das solch eine Funktion derzeit im App noch nicht integriert ist, richtig?
Gruß Johnny `
Ja. Ich ich überlege noch, wie ich das realisieren kann. Vielleicht nobody hat eine Idee. :mrgreen: -
Vielleicht besteht ja die Möglichkeit dass das VIS App prüft ob sich bei der Bilddatei das Erstellungsdatum /-Uhrzeit geändert hat und dann im basic-image refresht!
Ich hoffe du verstehst was ich meine!
Es ändert sich zwar der Dateiname beim upload nicht aber die Uhrzeit der Dateierstellung! Vielleicht kann man das ja verwenden!
Gruß Johnny
-
> Ja. Ich ich überlege noch, wie ich das realisieren kann. Vielleicht nobody hat eine Idee. :mrgreen:Ich hab da mal ein wenig drüber nachgedacht. Dies in die App rein zu quetschen, ist eigentlich keine so gute Idee. Die App hat einen vollwertigen Browser und kann aktuelle Inhalte über http/https laden. Die Ersetzung der Pfade auf lokale Adressen erfolgt nur, wenn man einen absoluten lokalen Pfad angibt. Wenn man aber einen vollständigen Pfad mit <u>http://[meine URL]/vis.0/…</u> angibt, werden die Inhalten direkt vom Server geladen und die App verhält sich wie jeder andere Browser auch. Dann funktionieren auch die Refresh-Einstellungen der Widgets.
Wenn man aber versuchen würde, die geänderten Dateien über die Socket-Verbindung zu laden, gäbe es mehrere Herausforderungen. Das Kennzeichnen der relevanten Dateien ist da noch die einfachste. Die App müsste sich aber die Zuordnung der lokalen und Server-Pfade merken und persistieren.
Auch wäre eine Poll-Mechanismus nicht für größere Anzahlen von Dateien geeignet. Hier müsste man ein Push-Mechanismus auf dem Server schaffen um die Socket-Verbindung zu entlasten. Da es nur eine einzige socket-Verbindung für die App gibt, würde es hier zu einer Serialisierung mit den Poll-Requests für Änderungen kommen und je nach Dateigröße und Verbindung die Anwendung sehr träge machen. Und ohne Kopplung mit den Widgets wäre trotzdem eine deutliche Verzögerung bis zur Anzeige.
Da der Abruf von Bildern mittels http(s)-URL problemlos funktioniert und man in der uri auch die Credentials für eine eventuelle HTTP-Authentifizierung einbetten kann, sieht dies für mich als der bessere Weg aus. Für die Integration von Webcams muss man das ja sowieso so machen.
Mir sind aber zwei andere Möglichkeiten für das Cache-Problem eingefallen:
Anlegen eines neuen Verzeichnisses, welches nicht gecached wird
Der eingesetzte expressjs-Server bietet laut Doku die Möglichkeit, die Cache-Zeit für statische Inhalte über den Parameter MaxAge zu steuern. Dies soll pro Verzeichnis möglich sein. Wenn man nun ein separates Verzeichnis für Dateien anlegen würde, die nicht im Cache landen sollen, könnte man für dieses eine andere Cache-Zeit einstellen. Dies setzt aber eine Änderung im Web-Adapter voraus.
Änderung des Dateinamens
Die zweite Idee stammt aus der Trickkiste, wie man Proxy-Server in Firmennetzen umgeht:
-
Man legt ein neues Unterverzeichnis an, in das das aktuelle Bild gespeichert wird. Der Dateiname wird beim kopieren um Datum und Uhrzeit erweitert, damit sich die Dateinamen mit jeden neuen Bild unterscheiden
-
Für die Anzeige wird ein basic string src verwendet, die die URL des Bilds aus einem State holt. Somit kann der Dateiname während der Anzeige geändert werden. Der Pfad wird als vollständiger absoluter Pfad eingetragen, sodass die Anzeige sowohl im beliebigen Webbrowser als auch in der App funktioniert.
-
Nun kommt ein wenig Logik ins Spiel, die sehr einfach in node-red aber wahrscheinlich auch im Javascript-Adapter implementiert werden kann:
-
Ein Flow triggert auf Änderungen im speziell angelegten Unterverzeichnis
-
Falls eine neue Datei gefunden wird, wird der State mit der URL auf eine neue vollständige externe URL zur neuen Datei geändert
-
Die alte Datei wird gelöscht
-
Da sich der Dateiname geändert hat, greift der Cache nicht und die Datei wird sofort ohne Verzögerung im View angezeigt. Der Vorteil ist, dass dies garantiert immer funktioniert, egal welche Server in der Kommunikationskette zwischengeschaltet sind und das dafür keine Anpassungen an den Adaptern oder der App erforderlich sind.
-
-
Ich denke, dass die Lösung mit http://[meine URL]/vis.0/… ist am einfachsten.
Die Bilder werden jedes mal neu gefragt, weil "basic-image" jedes Mal URL ändert:
http://[meine URL]/vis.0/…/picture.png?1
http://[meine URL]/vis.0/…/picture.png?2
http://[meine URL]/vis.0/…/picture.png?3
…
Und so wird Cache vom Browser umgegangen.
Natürlich gibt es Rahmenbedingungen:
-
Web server muss vom Handy erreichbar sein, d.h. nur socket.io recht nicht aus.
-
Adresse muss so sein, dass es von Aussen und von Innen errechbar ist.
-
-
Hi Bluefox, sorry das ich mich jetzt erst melde!
Funktioniert denn Dein Lösungsvorschlag mit dem App schon?
Oder bastelst Du noch an einer Lösung?
Gruß
Johnny
-
` > ….
.....
Änderung des Dateinamens
Die zweite Idee stammt aus der Trickkiste, wie man Proxy-Server in Firmennetzen umgeht:
-
Man legt ein neues Unterverzeichnis an, in das das aktuelle Bild gespeichert wird. Der Dateiname wird beim kopieren um Datum und Uhrzeit erweitert, damit sich die Dateinamen mit jeden neuen Bild unterscheiden
-
Für die Anzeige wird ein basic string src verwendet, die die URL des Bilds aus einem State holt. Somit kann der Dateiname während der Anzeige geändert werden. Der Pfad wird als vollständiger absoluter Pfad eingetragen, sodass die Anzeige sowohl im beliebigen Webbrowser als auch in der App funktioniert.
-
Nun kommt ein wenig Logik ins Spiel, die sehr einfach in node-red aber wahrscheinlich auch im Javascript-Adapter implementiert werden kann:
-
Ein Flow triggert auf Änderungen im speziell angelegten Unterverzeichnis
-
Falls eine neue Datei gefunden wird, wird der State mit der URL auf eine neue vollständige externe URL zur neuen Datei geändert
-
Die alte Datei wird gelöscht
-
Da sich der Dateiname geändert hat, greift der Cache nicht und die Datei wird sofort ohne Verzögerung im View angezeigt. Der Vorteil ist, dass dies garantiert immer funktioniert, egal welche Server in der Kommunikationskette zwischengeschaltet sind und das dafür keine Anpassungen an den Adaptern oder der App erforderlich sind.
Danke Bluefox für die Info!
kannst mir das bitte genauer erklären wie ich sowas umsetzen?
Wäre klasse von Dir!
Gruß Johnny
-
-
Du bist ne Wucht! Danke!
Keine Problem! Kann warten!
Gruß Johnny
-
hier nun das Skript.
Da ich keine Lust auf die Diskussion habe, ob nun node-red oder javascript die bessere Lösung ist, hab ich es komplett als Bash-Skript mit der Simple-API umgesetzt. So kann es ganz einfach mit wget oder curl so erweitert werden, dass die Datei direkt von einem Server geladen und anschließend kopiert wird.
! #!/bin/bash
! # Konfiguration
! # Verzeichnisse, State und Source-Datei müssen existieren
! # Simple-API muss aktiviert sein
! # Verzeichnis, in dem die Source-Datei liegt
! SOURCEDIR=/tmp
! # Absoluter Pfad bis zu dem Verzeichnis, in dem sich der Ordner vis.0 befindet
! DATADIRECTORY=/opt/iobroker/iobroker-data/files
! # Pfad unterhalb des DATADIRECTORY bis zum Bildverzeichnis. Wichtig: in diesem Unterverzeichnis dürfen sich keine weitere Dateien befinden, da diese automatisch gelöscht werden
! VISIMAGEDIRECTORY=vis.0/main/floatingimage
! # Dateiname der Quelldatei
! SOURCEFILENAME=myimage.png
! # In der Admin-Oberfläche angelegter State für die Bild-URL. Im VIS-View ist ein basic string image src Widget einzufügen, das auf diesen State verweist.
! STATE=vis.0.main.floatingimage
! # URL für den Zugriff auf die Simple-API. Kann eine im Web-Adapter aktivierte Simple-API sein.
! SIMPLEAPIURL=http://127.0.0.1:8082
! # Die externe URL für den Zugriff auf VIS. Falls erforderlich auch mit Angabe des Ports. Absoluter Pfad nur für App erforderlich, ansonsten reicht /
! EXTERNALVISURL=https://yourdomain.dyndns.com
! # Kommandos
! NEWFILE=img$(date +%Y%m%d_%H%M%S).png
! cp $SOURCEDIR/$SOURCEFILENAME $DATADIRECTORY/$VISIMAGEDIRECTORY/$NEWFILE
! curl -I $SIMPLEAPIURL/set/$STATE?value=$EXTERNALVISURL/$VISIMAGEDIRECTORY/$NEWFILE
! current_dir=$PWD
! cd $DATADIRECTORY/$VISIMAGEDIRECTORY
! shopt -s extglob
! rm !($NEWFILE)
! cd $current_dir -
Danke nobody für das Skript!
Funktioniert perfekt!
Tausend dank!
Gruß Johnny
Support us
743
Online32.4k
Benutzer81.6k
Themen1.3m
Beiträge