Test js-controller v2.0.x (GitHub)
-
@sigi234 könnte REDIS eine InMemory Datenbank sein?
(Permament im Arbeitsspeicher)oder anders gefragt ... tritt die Meldung eventuell nur bei REDIS-Nutzern auf?
-
@BBTown sagte in [Aufruf] js-controller 2.0 Beta Test:
oder anders gefragt, tritt die Meldung eventuell nur bei REDIS-Nutzern auf?
Ich habe kein Redis (file/file)
-
Macht mal langsam. Das kommt wenn jemand file für objects nutzt. Irgend ein Adapter verursacht das. Bitte .36 abwarten
-
@apollon77 na gut
-
Ich glaub ich habs gefunden. Die .36 wird ein Logging enthalten dafür. Scheinbar wird ein File requested was einen Pfad hat der ungültig ist ... mal schauen
-
@smartboart sagte in [Aufruf] js-controller 2.0 Beta Test:
Wenn du oder sonst wer dennoch ne Idee hat wie man diese gyp und nan Warnungen abstellt, gerne her damit.....
iobroker neu installiert mit restore iobroker-data hats gerichtet...Danke für die Hilfe
-
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
ohne da jetzt mega tief rein zu schauen klinge das doch mal interessant das irgendwas mit power war und damit kann es exakt das sein das die Netzwerk Hardware mal kurz weg war.
Danke für die Unterstützung, Messungen haben ergeben, dass die Versorgung stabil ist...Aber Ursache in dem Fall war schon die Spannung, aber eben die Boardspannung selbst..Hatte einen aktiven Lüfter am Rock64 betrieben, welcher so langsam dem Ende nah ist...Nachdem ich Diesen Entfernt habe, läufts nun wieder stabil...Nur der Vollständigkeit halber...hat nichts mit dem Controller zu tun..Zufall, dass es zeitlich gepasst hat...
-
@smartboart danke für das Update!! Interessant.
-
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
Ich glaub ich habs gefunden. Die .36 wird ein Logging enthalten dafür. Scheinbar wird ein File requested was einen Pfad hat der ungültig ist ... mal schauen
Das erscheint im Log, wenn der Fehler beim Speichern auftritt:
web.0 2019-10-26 17:07:21.765 warn (21379) Invalid file path / -
@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. -
@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
-
@dslraser István was bekannt?
Also ich würde jetzt die Browser netzwerk Ansicht öffnen und rumspielen. Wenn der Fehler passiert sollte man einen request mit http response 404 finden. Und in einer guten Netzwerk Ansicht wie bei chrome hat man auch eine Info wo der request herkam. Also aus welchem JavaScript oder so ...
-
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
István was bekannt?
habe ich jetzt mehrfach gepostet und @s-bormann hat es auch gemeldet
https://github.com/ioBroker/ioBroker.admin/issues/454
closed Admin tab link does not work #454
-
@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.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.
-
@dslraser sollte Nicht sein weil der request gegen Admin und nicht gegen Web geht.
Versucht doch mal mit Netzwerk Tab im Browser
-
@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
-
ich denke ich Baue es noch so um das es einfach beim 404 error bleibt und kein Fehler mehr geloggt wird.
-
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. -
@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? -
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. 
