Test js-controller v2.0.x (GitHub)

[paul53]

@SBorg sagte:

Objekte mittels createstate anlegen können?

createState() erzeugt Datenpunkte nur unter javascript.N (N = Instanz-Nr.).

[SBorg]

@paul53 Deswegen ja meine Frage
Ich kenne die Internas zu wenig, um das abschätzen zu können, aber wenn es doch eigene "Userstates" gibt, sollte man diese nicht auch per JS anlegen können? Aber das sieht dann IMHO wohl eher nach einer Funktionalität des Skript-Adapters aus, als denn des Controllers?

*EDIT*
https://github.com/ioBroker/ioBroker.javascript/issues/429

SBorg2014 created this issue in ioBroker/ioBroker.javascript

closed createState in 0_userdata.0 ermöglichen #429

[apollon77]

@SBorg sagte in [Aufruf] js-controller 2.0 Beta Test:

Aber das sieht dann IMHO wohl eher nach einer Funktionalität des Skript-Adapters aus, als denn des Controllers?

Korrekt.

[sigi234]

@apollon77

Hallo, soll das so aussehen?

Wo und wie bringe ich dann die Bilder rein, bzw. wo ist der Ordner im Verzeichnis? Oder verstehe ich was nicht.

[apollon77]

@sigi234 du meinst wegen dem „0_userdata.0“ ist der Platz für Bilder und Dateien?

Dann wird der Vis Datei manager in einer nächsten Version uploads da hin erlauben. Jetzt geht schon per cli

iobroker file write <Datei> 0_userdata.0/<Pfad>

Dateien werden im Admin nicht angezeigt.

[sigi234]

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

Dann wird der Vis Datei manager in einer nächsten Version uploads da hin erlauben. Jetzt geht schon per cli

Jetzt verstehe ich es.
Ok, wie kann ich dann folgende Struktur erstellen mit:

0_userdata.0
Meine Daten
-Bilder
-Icons
-Objekte

Ein zufügen dieser mit + erstellt mir immer ein Tochterobjekt

Erledigt.

Mich wundert aber auch das der Admin.0 so benannt ist : user files and images for background image

[apollon77]

@sigi234 bei den normalen Objekten im Admin brauchst du nichts für files ... machida nur die States.

Files existieren quasi parallel dazu. Nur das Basis Verzeichnis ist gleich.

[apollon77]

@sigi234 sagte in Test js-controller v2.0.x:

Mich wundert aber auch das der Admin.0 so benannt ist : user files and images for background image

Unter Admin.0 werden düngenden custom Grafiken abgelegt die du für User, Gruppen und so im Admin hochladen kannst. Das ist da gemeint.

[Marty56]

Hi,
wie kann ich state unter 0_userdata.0 aus einem Javascript Script erstellen, also Syntax für

createState(??).

Ich bekomme es nicht hin und kann nur State unter javascript.0 erzeugen

[LJSven]

Gibt es zu dem Datenpunkt - > Introduce 0_userdata as new home for user specific files, objects and states

noch eine ausführliche Erklärung? Muss ich all meine States jetzt ändern?

[SBorg]

@Marty56 Nur 10 Beiträge (und folgende) über deinem...

[joergeli]

@apollon77
Hallo,
ich blicke auch nicht mehr durch mit dem 0_userdata.0
Was soll da jetzt rein, bzw. soll da angelegt werden?
Bis dato habe ich meine Datenpunkte immer unter javascript.0 angelegt.
Können die da bleiben, oder müssen die jetzt alle nach 0_userdata.0 verschoben werden, bzw. wird es irgendwann Probleme geben, wenn sie nicht dort liegen?
Oder geht es hier nur um manuell, also nicht mit JS , erzeugte Datenpunkte?

Was hat es mit Bildern/Grafiken und 0_userdata.0 auf sich ?
Letztens hieß es doch, daß es wegen "restriktiverem Verhalten", eigene Bilder im Ordner vis.0 abgelegt werden sollen.
Können die jetzt da bleiben, oder muss wieder umgezogen werden, oder hat das nichts damit zu tun?

Ich schließe mich LJSven an, daß es wohl noch einer ausführlicheren Erklärung bedarf.

Gruß
Jörg

[apollon77]

@LJSven oder in der Featurebeschreibung in Post #3 (im Latest Thread aber nur...)

Daher hier kurz kopiert:

Eine oft gestellt Frage war, wo man eigene Objekte und States unterbingen kann, oder auch wo eigene Grafiken für Visualisierungen abgelegt werden sollen.
Ab sofort existiert mit 0_userdata.0 ein Platz dafür. Ein Beispiel-State ist bereits angelegt, welche problemlos gelöscht oder angepasst werden kann.

Wichtig Wer seine States bisher in javascript.X ablegt und das für die eigenen Bedürfnisse ausreicht, kann dies weiterhin ohne Probleme genutzt werden. Wer jedoch seine Skripte auf mehrere Javascript-Instanzen verteilt braucht vllt einen besseren Platz, wie 0_userdata.0

Dateien können über den vis-Uploader (ab Version 1.2.2TBD) und die Kommandozeilen-Tools hochgeladen werden. Ein manuelles reinkopieren von Dateien in den Ordner wird nicht funktionieren.
Alle Dateien und Objekte sind natürlich auch vom Backup enthalten.

Wer bisher eigene Dateien in vis.0 oder (per IQontrol Upload-Tool) iqontrol.meta gespeichert hat kann das natürlich ebenfalls weiterhin nutzen.

Du "Musst" nicht. Auch vis.0 geht natürlich weiterhin

[paul53]

@joergeli sagte:

0_userdata.0
Was soll da jetzt rein, bzw. soll da angelegt werden?
Bis dato habe ich meine Datenpunkte immer unter javascript.0 angelegt.

0_userdata.0 ist nur ein Vorschlag für die Unterbringung eigener Datenpunkte. Unter javascript.N (N = Instanz-Nr.) können sie weiterhin untergebracht werden, was in jedem Fall so ist, wenn die Datenpunkte in JS mit createState() erzeugt werden.
Der Vorschlag mit 0_userdata.0 soll wahrscheinlich Nutzer davon abhalten, eigene Datenpunkte im Namensraum "fremder" Adapter zu erstellen, was in der Vergangenheit häufig erfolgte und regelmäßig zu Problemen führte.

[joergeli]

@paul53 @apollon77
OK, danke für die Erläuterungen.
Somit kann es - zumindest für mich - beim "Alten" bleiben:
Eigene Datenpunkte weiterhin unter javascript.0.
Eigene Bilder unter vis.0, neue Bilder nach vis.0 mit dem vis-Uploader hochladen.

Gruß
Jörg

[apollon77]

@paul53 Exakt. Und für Dateien gab es bisher keinen Platz ausser vis.0 und User haben auch hier Dinge getan

[apollon77]

@Marty56 Dann bitte GitHub Issue im Javascript adapter anlegen das createState auch mit 0_userdata.0 funktioniert

[paul53]

@apollon77 sagte:

createState auch mit 0_userdata.0 funktioniert

Dann besser eine neue Funktion createUserState() o.ä.

[apollon77]

@paul53 Da bin ich aber sowas von dabei
AM besten die Idee zum GitHub Issue hinzufügen!

[Marty56]

@apollon77
Es gibt ja schon den Vorschlag von paul53. Ob man dafür createState erweitert oder createUserState neu definiert, ist mir gleichgültig.

Ein kleines Zwischenfazit

Habe mittlerweile meine 2 ioBroker Server umgestellt. Lief völlig unproblematisch. Auf einem Server benutze ich jetzt auch den kompakt Modus und auch das funktioniert super.Alle Server wurde auch auf redis umgestellt.

Ich habe begonnen, meine Speicherspartricks https://forum.iobroker.net/topic/12855/memory-sparen jetzt wieder successive auszubauen. Leider unterstützt der sayit adapter noch keinen kompakt Modus.

Großartige Arbeit!!!!! Ich bin begeistert.