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

[apollon77]

@dslraser sollte Nicht sein weil der request gegen Admin und nicht gegen Web geht.

Versucht doch mal mit Netzwerk Tab im Browser

[simatec]

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

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

Ich glaube das könnte vom BackItup Adapter kommen, da habe ich es schon mal gelesen/gesehen wenn man einen falschen Pfad wo einträgt. Oder beim History Adapter?
@simatec
muss aber nicht sein, bitte erschlage mich nicht.

Ich glaube nicht @sigi234
Aber hier wird doch niemand geschlagen

[apollon77]

ich denke ich Baue es noch so um das es einfach beim 404 error bleibt und kein Fehler mehr geloggt wird.

[apollon77]

Hey All,

2.0.37 ist jetzt auf GitHub und kommt spätestens morgen früh ins Latest.

• (Apollon77) Add some more logic to prevent access with invalid ids
• (Apollon77) change "enhancedLogging" to not be global but "per DB"
• (Apollon77) Fix compact mode on Windows systems
• (Apollon77) make sure multiple callbacks to "unload" will be ignored
• (bluefox) Rise all user in admin group to administrators
• (Apollon77) Allow buffers to be passed in messages again
• (bluefox) Fix session storage
• (Apollon77) Introduce 0_userdata as new home for user specific files, objects and states
• (Apollon77) Enhance logging
• (bluefox) fix letsencrypt (was broken n 2.0.35)
• (Apollon77) fix install adapter starts like vis installation when db is not available

Ich denke der interessanteste Teil ist das neue 0_userdata.0 als "offizielles Zuhause" für eigene Dateien, Objekte und States Dazu habe ich die die Feature-Beschreicbung in Post 3 ergänzt.

[Marty56]

@apollon77 Super.
Ich habe die 2.0.35 seit einer Woche im Einsatz und bisher bin ich sehr zufrieden.

Kannst Du bitte kurz erklären, was Du für Anwendungen für diesen "Folder" 0_userdata siehst.
Was ist der Vorteil gegenüber einer Ablage unter javascript.x?

[skokarl]

@Marty56

Weißt Du was Marty,
wenn man wie ich, vor einem dreiviertel Jahr mit Null Ahnung hier angefangen hat,
und das System gewachsen ist, sieht es oftmals sehr chaotisch aus.
Da man anfangs auch noch nicht genau weiß was ein Datenpunkt ist, und wo man den ablegen kann,
wird das ganze ein ziemlicher Wildwuchs.

wenn das die Gedankengänge von @apollon77 waren, find ich das super.
Und ich geh jetzt erstmal aufräumen.

[Jan1]

@apollon77
0_userdata.0
Ich weiß nicht ob ich Dich lieben oder töten soll. Ich habe mich gestern mal hingesetzt und all mein manuell angelegtes Zeug nach Javscript.0 in einen Ordner "Eigene_DPs" umgezogen, nun ein Tag später gibts dafür ein offiziellen Platz dafür. Wenn das irgendwann mal gekommen wäre, wäre es halt so gewesen, aber ein Tag nach dem Umzug

Gibts eigentlich ne Funktion, wie ich den Ordner kopieren kann, ohne alle DPs wieder manuell erstellen zu müssen, mal vom Anpassen aller Scripte abgesehen?

Und wo liegt der der Ordner überhaupt?

[dslraser]

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

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

@s-bormann ok. Jetzt muss man nur rausfinden wer da ein file mit / abrufen will weilndas gibts halt nicht
Oder um genauer zu sein adapter is UND der Name sind beide leer.

vielleicht ist das der gleiche Fehler mit dem kaputten Pfad in der iQontrol Anzeige ...?
Also das hier

@apollon77 @s-bormann @Jan1

mit der 2.0.37 funktioniert auch diese Anzeige bei mir wieder

[Jan1]

@dslraser
iQontroll hat bei mir auch schon mit der2.0.35 und Firefox funktioniert, Node-Red war und ist das Problem.

[apollon77]

@Marty56 @skokarl @Jan1

Ich hab n der offiziellen FAQ schonmal das hier ergänzt gestern Abend:

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.

Rein Faktisch genau dafür.

javascript.0 ist weiterhin der einfachste Platz, es gibt aber Fälle (wie wenn man Skripte zwischen mehreren JS-Adaptern aufteilt) wo das sehr undurchsichtig wird.

0_userdata.0 ist vor allem auch für eigene Dateien und Grafiken der sinnvollste Platz anstelle eigenen reinkopierten verzeichnissen.

Mit dem "Feature" wollen wir nur dem scheinbar herrschenden Bedarf gerecht werden und gern zu wilden Wildwuchs in Zukunft verhindern.

Keiner MUSS irgendwie umstellen. Wenn jemand eine eigene Struktur hat und das funktioniert und kein Adapter mit dem gleichen namen kommt den er nutzen will, ist auch das weiterhin möglich.

[apollon77]

@dslraser Interessant ... Also waren das ggf die komischen Pfade?! Und ein Klares 404 jett scheint das Problem zu fixen ... strange

[Jan1]

@apollon77
Heißt das wenn ich kein VIS installiert habe, dann habe ich den "0_userdata.0" nicht?
Ich kann das nirgends finden.

[apollon77]

@Jan1 An sich sollte 0_userdata.0 beim Install der .37 (vom Github seit gestern abend) automatisch angelegt werden

[Jan1]

@apollon77
Ja wo denn?

[apollon77]

@Jan1 Geht das ggf jetzt mit .37 auch wieder?

[apollon77]

@Jan1 Im Admin unter Objekte?

[sigi234]

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

@apollon77
Ja wo denn?

[apollon77]

@sigi234 Exakt ... gaaaanz oben

[Jan1]

@apollon77
Ich habe eben mal den Admin neu gestartet, jetzt is es da

[Jan1]

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

@Jan1 Geht das ggf jetzt mit .37 auch wieder?

Was meinst Du?