Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[fastfoot]

@Codierknecht

@maximal1981 sagte in alle javascripte weg:
Leider fehlen jetzt einige Änderungen,

wenn er das feststellen kann hat er auch wieder Skripte und damit den DP :-)

[Codierknecht]

@fastfoot
Stimmt auffallend. Wer lesen kann ist klar im Vorteil

@maximal1981 sagte in alle javascripte weg:

Leider fehlen jetzt einige Änderungen
Warum das Backup nach dem 25. März nicht mehr erfolgt ist, ist mir auch noch nicht klar.

Ohne Backup sind die Änderungen seit dem 25.März futsch.
Darum auch das Spiegelverzeichnis + Versionierung (Git oder SVN).
Muss man natürlich auch regelmäßig machen ;-)

Hat aber den Vorteil, dass man das Script damit als solches zur Hand hat und nicht erst zurechtklöppeln muss.
Allerdings nur bei JS. Bei Blockly hat man nur den JS-Quellcode. Aber immer noch besser als nix

[maximal1981]

ich hab bereits alles restauriert, hab ich oben mehr oder weniger geschrieben.

beim Löschen des Objektbaumes wurden alle Scripte gestoppt und vermutlich gelöscht.
Deswegen war meine Frage, wo die Scripte liegen, um den Letztstand zu sichern.
Ist aber auch nicht mehr nötig, habe vermutlich alle Änderungen bereits gemacht, und der Stand vor der Aktion wird jetzt auch nicht mehr vorhanden sein.

[haselchen]

@maximal1981

Gibt (mind.) 2 easy Möglichkeiten.

1. Backup mit dem Adapter

2. über die Skriptkonsole selber

[fastfoot]

@codierknecht sagte in alle javascripte weg:

Ohne Backup sind die Änderungen seit dem 25.März futsch.

Na eben nicht! Schau mal in backup-objects nach, da findest du 'Backups' welche alle 2 Stunden gemacht werden. Auch wenn man damit nicht sein System wiederherstellen kann, für Skripte ist das allemal gut

[Codierknecht]

@haselchen
3. Spiegelverzeichnis

[fastfoot]

@codierknecht sagte in alle javascripte weg:

3. Spiegelverzeichnis

Jein, im Fall dass der DP gelöscht wird ist das Verzeichnis dann auch leer...

[haselchen]

@codierknecht

Das solltest Du dann aber eher an den TE richten

@fastfoot

Das würde doch aber den Sinn und Zweck ad absurdum führen.
Wenn die gespiegelte Datei mit gelöscht wird, brauche ich sie nicht spiegeln

[Codierknecht]

@fastfoot
Stimmt!
Hat ein bisschen gedauert, bis ich geschnallt habe worauf Du hinauswillst

[Codierknecht]

@fastfoot sagte in alle javascripte weg:

im Fall dass der DP gelöscht wird ist das Verzeichnis dann auch leer...

Aber doch hoffentlich im Repo enthalten ... solange man regelmäßig commited ;-)

[maximal1981]

@codierknecht
wie funktioniert das mit Repo einrichten? Gibt es hier eine Anleitung?

wäre mein Backup normal gelaufen, hätte es mir ein wenig Zeit erspart.
Dafür muss ich mir auch noch was überlegen, sonst hätte ich ein aktuelles Backup von heute in der Früh gehabt. Aber Store und local waren auf 25.03.

[Codierknecht]

@maximal1981
Du schreibst Code und versionierst den nicht? Schäm Dich ;-)

https://www.google.com/search?q=git+repository+einrichten
https://www.google.com/search?q=svn+repository+einrichten

[fastfoot]

@haselchen sagte in alle javascripte weg:

Das würde doch aber den Sinn und Zweck ad absurdum führen.
Wenn die gespiegelte Datei mit gelöscht wird, brauche ich sie nicht spiegeln

Würde es, wenn es denn der Sinn und Zweck wäre. Das Mirror Verzeichnis ist ein Abbild der Skriptobjekte in der Datenbank(objects.jsonl) ins Dateisystem. Dadurch kann man sie zB getrennt wegsichern oder aber sie mit einem externen Editor(zB VS-Code) bearbeiten. Ist wie im Badezimmer, wenn du vom Spiegel(=mirror, sic!) weggehst, dann biste auch im Spiegel weg :-)

[fastfoot]

@codierknecht Meine Skripte haben laufende Nummern, sehr oldschool aber für meine Belange mehr als ausreichend. Mir ist git schlicht zuviel Aufwand :man-shrugging:

[haselchen]

@fastfoot sagte in alle javascripte weg:

@haselchen sagte in alle javascripte weg:

Das würde doch aber den Sinn und Zweck ad absurdum führen.
Wenn die gespiegelte Datei mit gelöscht wird, brauche ich sie nicht spiegeln

Würde es, wenn es denn der Sinn und Zweck wäre. Das Mirror Verzeichnis ist ein Abbild der Skriptobjekte in der Datenbank(objects.jsonl) ins Dateisystem. Dadurch kann man sie zB getrennt wegsichern oder aber sie mit einem externen Editor(zB VS-Code) bearbeiten. Ist wie im Badezimmer, wenn du vom Spiegel(=mirror, sic!) weggehst, dann biste auch im Spiegel weg :-)

Hahahahahaha, sehr cooles Beispiel.

Ich hatte mich an meiner NAS orientiert.
Da wird ja auch ne Platte "gespiegelt" und ist ,beim Ausfall von der anderen Platte, dann einsatzbereit.

[GombersIOB]

@codierknecht said in alle javascripte weg:

Du schreibst Code und versionierst den nicht? Schäm Dich

Ich mache das mit GIT - aber mit Copy&Paste - und damit läuft das Ganze ständig auseinander. Gibt es irgendeine vernünftige Form des Deployments nach ioBroker? Oder gar die Möglichkeit die Scripte eines Repositories direkt in ioBroker zu verwenden?

[Ein ehemaliger Benutzer]

@gombersiob es gibt für vs code ein plugin welches sich mit dein iobroker verbindet und wo du dann die skripte erstellen/bearbeiten/starten/stoppen usw. kannst. Und mit VS Code ist es ein Kinderspiel die skripte gleichzeitig mit git zu Versionieren. Ist aber leider nur für JS Skripte geeignet und nicht blockly.

https://marketplace.visualstudio.com/items?itemName=nokxs.iobroker-javascript

[GombersIOB]

@ciddi89 said in alle javascripte weg:

Ist aber leider nur für JS Skripte geeignet und nicht blockly.

Das ist kein Problem. Meine Scripte schreibe ich nur mit JS/TS. Blockly verwende ich nur noch hier im Forum. Danke für den Hinweis

[Homoran]

@haselchen sagte in alle javascripte weg:

Da wird ja auch ne Platte "gespiegelt" und ist ,beim Ausfall von der anderen Platte, dann einsatzbereit.

aber wenn du eine löschst, wird auch die andere gelöscht!

[haselchen]

@homoran

DAS war vermutlich mein Denkfehler.
Bin davon ausgegangen, dass geschrieben wird, aber ein löschen verhindert wird.

Nach 3mal Corona ist nicht mehr viel Gehirnschmalz vorhanden :)