Test Javascript-Adapter 5.0.7 - RULES

[apollon77]

5.0.5 ist verfügbar

[liv-in-sky]

@david-g sagte in Test Javascript-Adapter 5.0.5 - RULES:

@bluefox

Hey,

die Rules sehen cool aus.
Hätten mir in den Anfangszeiten bestimmt geholfen.

Wurde am Adapte neben den Rules noch viel verändert?

Habe nur ein Produktivsystem. Würde mir die Rules gerne mal anschauen und testen.
Aber nur, wenn (voraussichtlich) in anderen Bereichen keine Fehler auftreten.

@apollon77
möchte mich dieser frage anschliessen - ist wohl nur für testsysteme gedacht, da großer versionssprung ?

[apollon77]

@liv-in-sky naja Du hast meine Antwort gesehen oder??

Aber gern nochmal zusammengefasst:

Auf der "Skript-Ausfühhrungsseite" wurden am ende nur zwei neue Funktionen hinzugefügt. Der Rest ist ausschliesslich der Rules-Editor im Frontend.

Ich sehe das Risiko das Skripte nicht mehr tun als mega low ...

Die 5.0.0 zeigt in dem Fall ein grösseres Feature und nicht ein breakage an

[liv-in-sky]

@apollon77

Ehrlich gesagt habe ich die Antwort überlesen - sorry ( sonst hätte ich nicht geschrieben)

Nochmals danke für deine Antwort

[AlCalzone]

@apollon77 sagte in Test Javascript-Adapter 5.0.5 - RULES:

Die 5.0.0 zeigt in dem Fall ein grösseres Feature und nicht ein breakage an

Womit wir mal wieder beim emotional versioning wären und nicht semantic versioning

[Kueppert]

@alcalzone
sorry für den unnützen Beitrag, aber das muss sein:
Sind wir nicht alle manchmal emotional / sentimental?

[Homoran]

@alcalzone sagte in Test Javascript-Adapter 5.0.5 - RULES:

wieder beim emotional versioning wären

und was ist mit WIN10?
Bloß weil es OS X gab wurde WIN9 übersprungen

[apollon77]

@homoran Das war "marketing driven versioning"

[peterbaumert]

Hey kurze frage, wie ist es denn gedacht mit Erweiterungen durch Adapter? Jetzt in der Beta gibt es ja zum Beispiel die Telegram action. Müsst ihr das immer implementieren oder sollen das die Adapter bereitstellen?

[apollon77]

@peterbaumert Es gibt da aktuell keinen verteilten Ansatz ala Blockly ... also am Ende muss es in JavaScript in React gebaut werden. am besten Issue anlegen mit "was muss wie gesendet werden" und "was sollte wie konfiguriert werden"

[AlCalzone]

@apollon77 @peterbaumert
Ein deklarativer Ansatz, bei dem die Entwickler beschreiben, was die Regel akzeptieren soll und wie der resultierende Code aussieht, wäre mmn. sinnvoll.

[apollon77]

5.0.7 verfügbar

[msauer]

Hi...ich habe so einen seltsamen Eintrag im Log.

(17014) Please delete file /opt/iobroker/iobroker-data/scripte/80_Infrastruktur/Kameras/Vorgarten/02_1_Cam_Neustart

Das Verzeichnis, was da angegeben ist stammt von der Spiegelung Einstellung. Das Script ist das, was ich mit RULES erstellt habe.

[apollon77]

@msauer und Log ist NUR diese eine Zeile?

[msauer]

@apollon77 Nein, natürlich nicht. Der Fehler kommt immer nach einem Neustart vom Javascript adapter.

hier ein Auszug:

2021-03-02 11:42:36.110 - info: javascript.0 (8715) Start javascript script.js.common.FritzboxAbfrage1
2021-03-02 11:42:36.115 - info: javascript.0 (8715) script.js.common.FritzboxAbfrage1: registered 0 subscriptions and 1 schedule
2021-03-02 11:42:36.116 - info: javascript.0 (8715) Start javascript script.js.common.VIS.04_Webspeedy
2021-03-02 11:42:36.122 - info: javascript.0 (8715) script.js.common.VIS.04_Webspeedy: registered 1 subscription and 0 schedules
2021-03-02 11:42:36.535 - warn: javascript.0 (8715) Please delete file /opt/iobroker/iobroker-data/scripte/80_Infrastruktur/Kameras/Vorgarten/02_1_Cam_Neustart
2021-03-02 11:42:36.543 - info: javascript.0 (8715) Watch /opt/iobroker/iobroker-data/scripte/1_Homematic/1_2_Heizungssteuerung/
2021-03-02 11:42:36.546 - info: javascript.0 (8715) Watch /opt/iobroker/iobroker-data/scripte/1_Homematic/1_3_Klimasteuerung/1_3_Wohnzimmer/
2021-03-02 11:42:36.546 - info: javascript.0 (8715) Watch /opt/iobroker/iobroker-data/scripte/1_Homematic/1_3_Klimasteuerung/
2021-03-02 11:42:36.547 - info: javascript.0 (8715) Watch /opt/iobroker/iobroker-data/scripte/1_Homematic/1_4_Klingel/

[apollon77]

@msauer Bitte mal Github issue anlegen.

[crunchip]

Frage zum Adapter

Im Zusammenhang mit der Umstellung von Redis auf jsonl hatte ich im anderen Thread ja schon geschrieben, das ich dadurch einen Anstieg der Cpu von 15% auf 30% hatte.

Nun ist mir aufgefallen, seit Installation javascript v5.x habe ich einen erneuten Anstieg um weitere fast 15% bemerkt. Aktuelle liege ich also bei rund 45% Cpu Auslastung. Jedoch kam kein neues Script dazu. Hatte zwischenzeitlich nur ein paar Rules getestet und wieder gelöscht.
Daher die Frage, ob es denkbar/möglich wäre, das da ein Zusammenhang besteht?

Backitup, jarvis und virtuellpowermeter hatte ich ebenfalls zu diesen Zeitpunkt upgedatet, die sollten allerdings nicht ins Gewicht fallen, ansonsten nichts am System verändert.

[AlCalzone]

@crunchip Kannst du den CPU-Bedarf ggf. durch stoppen einzelner Adapter eingrenzen?

[apollon77]

@crunchip Also javascript hat auf "server seite" fast keine Änderungen bekommen... also eher unwahrscheinlich

[crunchip]

@alcalzone bezogen auf jsonl?
Kann ich mal versuchen