Lokal abgelegten Snapshot in VIS anzeigen
-
@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:
Würde ich die Bilder immer ins VIS.0 hochladen,
Dann wäre .... dein "Backup" dann riesig und würde nicht mehr funktionieren .
@glasfaser
Es sind immer nur 40 Bilder im Speicher. 10 Sekunden Ringspeicher für 4 Bilder.Da die Registrierung der Bilder im VIS.0 nicht reicht, dass man dann einfach die Dateien an sich überschreiben kann, damit die angezeigt werden, wird sich wohl irgendwo im iobroker/vis eine Kopie der hochgeladenen Bilder befinden.
Backups erstellt Proxmox. Den Adapter dafür nutze ich nicht.
Gruß
Peterfido
Proxmox auf Intel NUC12WSHi5
ioBroker: Debian (VM)
CCU: Debmatic (VM)
Influx: Debian (VM)
Grafana: Debian (VM)
eBus: Debian (VM)
Zigbee: Debian (VM) mit zigbee2mqtt -
@glasfaser
Es sind immer nur 40 Bilder im Speicher. 10 Sekunden Ringspeicher für 4 Bilder.Da die Registrierung der Bilder im VIS.0 nicht reicht, dass man dann einfach die Dateien an sich überschreiben kann, damit die angezeigt werden, wird sich wohl irgendwo im iobroker/vis eine Kopie der hochgeladenen Bilder befinden.
Backups erstellt Proxmox. Den Adapter dafür nutze ich nicht.
@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:
wird sich wohl irgendwo im iobroker/vis eine Kopie der hochgeladenen Bilder befinden.
also hast du ein Problem ... das Bilder angezeigt werden die nicht mehr da sind !?
-
@glasfaser
Es sind immer nur 40 Bilder im Speicher. 10 Sekunden Ringspeicher für 4 Bilder.Da die Registrierung der Bilder im VIS.0 nicht reicht, dass man dann einfach die Dateien an sich überschreiben kann, damit die angezeigt werden, wird sich wohl irgendwo im iobroker/vis eine Kopie der hochgeladenen Bilder befinden.
Backups erstellt Proxmox. Den Adapter dafür nutze ich nicht.
@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:
dass man dann einfach die Dateien an sich überschreiben kann
das sind dann ja nicht mehr die registrierten Bilder.
Nur noch die Dateinamen.genau das geht nicht.
du musst sie löschen und deregistrieren
-
@glasfaser
Es sind immer nur 40 Bilder im Speicher. 10 Sekunden Ringspeicher für 4 Bilder.Da die Registrierung der Bilder im VIS.0 nicht reicht, dass man dann einfach die Dateien an sich überschreiben kann, damit die angezeigt werden, wird sich wohl irgendwo im iobroker/vis eine Kopie der hochgeladenen Bilder befinden.
Backups erstellt Proxmox. Den Adapter dafür nutze ich nicht.
wenn du einen eigenen webserver hast, kann die vis doch über http auf die bilder zugreifen - ob der browser cache das lange mitmacht ist die frage ?
-
wenn du einen eigenen webserver hast, kann die vis doch über http auf die bilder zugreifen - ob der browser cache das lange mitmacht ist die frage ?
@liv-in-sky
Den Webserver habe ich jetzt, weil vis das nicht so flexibel kann. Der Browser zeigt die meiste Zeit die Bilder gar nicht an. Es sind die Bilder der Überwachungskameras. Wenn da Bewegung erkannt wird, sollen die letzten 10 Sekunden abrufbar sein, um die Latenz zu kompensieren.Gruß
Peterfido
Proxmox auf Intel NUC12WSHi5
ioBroker: Debian (VM)
CCU: Debmatic (VM)
Influx: Debian (VM)
Grafana: Debian (VM)
eBus: Debian (VM)
Zigbee: Debian (VM) mit zigbee2mqtt -
@liv-in-sky
Den Webserver habe ich jetzt, weil vis das nicht so flexibel kann. Der Browser zeigt die meiste Zeit die Bilder gar nicht an. Es sind die Bilder der Überwachungskameras. Wenn da Bewegung erkannt wird, sollen die letzten 10 Sekunden abrufbar sein, um die Latenz zu kompensieren.@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:
weil vis das nicht so flexibel kann
vis ist ja wesentlich komplexer.
Die Bilder müssen registriert werden, da z.B. bei einem Fernzugriff über den cloud Server kein Zugriff auf Datien in deinem lokalen Dateisystem existiert -
@liv-in-sky
Den Webserver habe ich jetzt, weil vis das nicht so flexibel kann. Der Browser zeigt die meiste Zeit die Bilder gar nicht an. Es sind die Bilder der Überwachungskameras. Wenn da Bewegung erkannt wird, sollen die letzten 10 Sekunden abrufbar sein, um die Latenz zu kompensieren.mir fällt nur eine ramdisk ein und einen link m vis.0 ordner - evtl kann iob dann schnell genug registrieren - keine ahnung ob sowas funktionieren würde
-
@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:
weil vis das nicht so flexibel kann
vis ist ja wesentlich komplexer.
Die Bilder müssen registriert werden, da z.B. bei einem Fernzugriff über den cloud Server kein Zugriff auf Datien in deinem lokalen Dateisystem existiert@homoran
Von der Sicherheit her auf jeden Fall besser, so wie es jetzt ist.
Für dynamische Inhalte schlechter.Für mich ist das jetzt handelbar. Für andere evtl. nicht. Warum vis die Dateien noch irgendwo anders speichert muss, dass man die nicht einfach ersetzen kann, bleibt als Frage.
Gruß
Peterfido
Proxmox auf Intel NUC12WSHi5
ioBroker: Debian (VM)
CCU: Debmatic (VM)
Influx: Debian (VM)
Grafana: Debian (VM)
eBus: Debian (VM)
Zigbee: Debian (VM) mit zigbee2mqtt -
@homoran
Von der Sicherheit her auf jeden Fall besser, so wie es jetzt ist.
Für dynamische Inhalte schlechter.Für mich ist das jetzt handelbar. Für andere evtl. nicht. Warum vis die Dateien noch irgendwo anders speichert muss, dass man die nicht einfach ersetzen kann, bleibt als Frage.
@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:
Warum vis die Dateien noch irgendwo anders speichert muss, dass man die nicht einfach ersetzen kann, bleibt als Frage.
das habe ich doch gerade beschrieben.
@homoran sagte in Lokal abgelegten Snapshot in VIS anzeigen:
da z.B. bei einem Fernzugriff über den cloud Server kein Zugriff auf Dateien in deinem lokalen Dateisystem existiert
-
@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:
Warum vis die Dateien noch irgendwo anders speichert muss, dass man die nicht einfach ersetzen kann, bleibt als Frage.
das habe ich doch gerade beschrieben.
@homoran sagte in Lokal abgelegten Snapshot in VIS anzeigen:
da z.B. bei einem Fernzugriff über den cloud Server kein Zugriff auf Dateien in deinem lokalen Dateisystem existiert
@homoran
würde es nicht reichen, wenn vis sich beim Hochladen einen Eintrag in eine Whitelist macht, statt alles nochmal irgendwo zu speichern /duplizieren?Gruß
Peterfido
Proxmox auf Intel NUC12WSHi5
ioBroker: Debian (VM)
CCU: Debmatic (VM)
Influx: Debian (VM)
Grafana: Debian (VM)
eBus: Debian (VM)
Zigbee: Debian (VM) mit zigbee2mqtt -
@homoran
würde es nicht reichen, wenn vis sich beim Hochladen einen Eintrag in eine Whitelist macht, statt alles nochmal irgendwo zu speichern /duplizieren?@peterfido sagte in Lokal abgelegten Snapshot in VIS anzeigen:
@homoran
würde es nicht reichen, wenn vis sich beim Hochladen einen Eintrag in eine Whitelist macht, statt alles nochmal irgendwo zu speichern /duplizieren?nein!
der cloud Server steht irgendwo in Deutschland und hat nur Zugriff auf von vis in vis registrierte Dateien.
Der kommt an nichts anderes ranEs gibt genug Threads in denen thematisiert wird, dass in der App die Bilder fehlen...
-
Hiermit kannst du es direkt von deiner Cam holen und in vis.0 legen .
request( { url: "http://192.168.178.xxx:88/cgi-bin/CGIProxy.fcgi?cmd=snapPicture2&usr=hxxx&pwd=roadxxxxx", encoding: null, }, (error, response, body) => { if (!error && body) { writeFile("vis.0", "/klingelbild/VorneTest.jpg", body); } } );@glasfaser nutzt du dein gepostetes Script noch?
Wenn ja, funktioniert es noch bei dir ? :)
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register LoginSupport us
539
Online32.7k
Users82.6k
Topics1.3m
Posts