NEWS
JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen
-
Also bei mir läuft seit der Aktualisierung des Adapters leider auch nicht alles rund.
Ich habe da eine Warnmeldungscript.js.Meine_Schalter.Anwesenheitstest.Kamera_ein_und_aus: request blockly block is deprecated - please use "http (GET)" instead script.js.Meine_Schalter.Anwesenheitstest.Kamera_ein_und_aus: request package is deprecated - please use httpGet (or a stable lib like axios) instead!Ich hatte da sonst nie Probleme damit gehabt.
Es passierern auch kuriose Sachen mit dem Fensterrollos die aber eigentlich mit dem chattercontrol Adapter laufen. Sie gehen wie im Adapter bei Sonnenuntergang zu und bei Sonnenaufgang wieder auf.
Gestern sind sie Abends zu gegeangen aber auch gleich wieder auf. Kann es auch damit zusammenhängen?@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
Anwesenheitstest.Kamera_ein_und_aus
Zeig mal das Blockly.
-
@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
Anwesenheitstest.Kamera_ein_und_aus
Zeig mal das Blockly.
-
@biker1602 das ist alles?
wie das log sowie mehrere aktuelle Threads sagen:
@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
request package is deprecated - please use httpGet (or a stable lib like axios) instead!
musst du request und zugehörige Aktionen anpassen
-
@biker1602 das ist alles?
wie das log sowie mehrere aktuelle Threads sagen:
@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
request package is deprecated - please use httpGet (or a stable lib like axios) instead!
musst du request und zugehörige Aktionen anpassen
-
@homoran said in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
musst du request und zugehörige Aktionen anpassen
Danke das habe ich mir auch schon fast gedacht aber habe im Moment keinen Plan wie?
@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
aber habe im Moment keinen Plan wie?
den Block austauschen!
-
@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
aber habe im Moment keinen Plan wie?
den Block austauschen!
-
@homoran
Ja das habe ich auch schon versucht da kam dann folgende Meldungerror script.js.Meine_Schalter.Anwesenheitstest.Kamera_ein_und_aus: timeout of 2000ms exceeded@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
das habe ich auch schon versucht
bitte zeigen
-
@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
das habe ich auch schon versucht
bitte zeigen
-
@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
Antwort Datentyp was rein
Deswegen die unbeantwortete Frage
@homoran sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
das ist alles?
Wenn du ohne Ergebnisse weitermachen willst, müsstest du wahrscheinlich nicht httpGet, sondern httpPost nehmen.
Sooo tief stecke ich da aber auch noch nicht drin. -
@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
da muss bestimmt bei Antwort Datentyp was rein aber ich habe keinen Plan was
- Warum? Du arbeitest mit dem Response/der Antwort vom Server eh nicht weiter
- Sieht alles richtig aus. Ggf. den Timeout je Block erhöhen. Scheinbar antwortet der HTTP-Server nicht rechtzeitig.
-
@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
da muss bestimmt bei Antwort Datentyp was rein aber ich habe keinen Plan was
- Warum? Du arbeitest mit dem Response/der Antwort vom Server eh nicht weiter
- Sieht alles richtig aus. Ggf. den Timeout je Block erhöhen. Scheinbar antwortet der HTTP-Server nicht rechtzeitig.
@haus-automatisierung said in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
Sieht alles richtig aus. Ggf. den Timeout je Block erhöhen. Scheinbar antwortet der HTTP-Server nicht rechtzeitig.
Habe ich gemacht bin sogar in den Sekundenbereich gegangen aber die Fehlermeldung ist die gleiche halt nur nicht mit 2000 sondern 500ms
-
@haus-automatisierung said in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
Sieht alles richtig aus. Ggf. den Timeout je Block erhöhen. Scheinbar antwortet der HTTP-Server nicht rechtzeitig.
Habe ich gemacht bin sogar in den Sekundenbereich gegangen aber die Fehlermeldung ist die gleiche halt nur nicht mit 2000 sondern 500ms
@biker1602 Bitte mal "ausführliche Protokollausgaben" aktivieren und das Log nach der Abfrage teilen.
-
@haus-automatisierung said in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
Sieht alles richtig aus. Ggf. den Timeout je Block erhöhen. Scheinbar antwortet der HTTP-Server nicht rechtzeitig.
Habe ich gemacht bin sogar in den Sekundenbereich gegangen aber die Fehlermeldung ist die gleiche halt nur nicht mit 2000 sondern 500ms
kannst auch das mal testen https://forum.iobroker.net/post/1163584
haben auch dort so ein thema
-
kannst auch das mal testen https://forum.iobroker.net/post/1163584
haben auch dort so ein thema
@liv-in-sky Ich habe jetzt JS auf 8.4.1 aktualisiert und Timeout auf 3000 ms gesetzt und jetzt scheint es zu funktionieren.
Mal schauen wie es morgen aussieht und ob heute die Rollos richtig funktionieren obwohl ich mir nich vorstellen kann das es mit Sonnenauf und Sonnenuntergang auch etwas zu tun hat -
Aktuelle Test Version 8.3.0 Veröffentlichungsdatum 09.05.2024 Github Link https://github.com/ioBroker/ioBroker.javascript/releases/tag/v8.3.0 Auch in dieser Version gibt es wieder viele neue Blöcke, Bugfixes und Features. Das wichtigste zuerst:
Besten Dank an alle Teilnehmer des ioBroker-Master-Kurses. Ihr habt die vielen Stunden Entwicklung und Support (wie immer) finanziert. Natürlich werden die neuen Bausteine und Feature auch im Kurs ausführlich gezeigt und erklärt.
Blockly-Trigger für Logs
Das Thema ist in JavaScript nicht neu. Es gab nur keine Blockly-Bausteine dafür. Also habe ich diese nun nachgereicht.
Damit kann man einen Trigger auf Log-Meldungen registrieren und ein Log-Level vorgeben. Das heißt, dass man z.B. alle Meldungen vom Level
errorbekommen kann und dann z.B. prüfen, welche Instanz (Quelle) die Meldung ausgelöst hat.
Blockly File-Events (Temporärer Dateipfad)
Das Datei-Thema kommt ja hier immer wieder auf - und viele schreiben und lesen direkt aus
/opt/iobroker/iobroker-data/files/. Das man das nicht tun sollte und dafür IMMER die ioBroker-Funktionen nutzen sollte, habe ich ja mittlerweile rauf und runter erklärt.Wenn man als Datenbank nicht
jsonlsondernredisnutzt, dann liegen die Dateien ja nichtmal an dieser Stelle im Dateisystem, sondern in der Redis-Datenbank. Das Problem ist nun: Wenn sich eine Datei ändert, dann kann man damit in Blockly noch nicht viel machen. Bausteine wie Pushover, Mail, Telegram usw. wollen einen Pfad zu einer Datei haben. Das Thema habe ich auf GitHub auch schon platziert.Nun gibt es aber bei einer Redis-Datenbank keinen Pfad im Dateisystem. Also habe ich eine neue Funktion gebaut, welche die Datei aus dem "ioBroker-Speicher" in das Temp-Verzeichnis des Betriebssystems (unter Linux
/tmp) speichert und einen Pfad zurückgibt.Sobald das Script gestoppt wird, wird in diesem Pfad wieder aufgeräumt und die temporären Dateien werden gelöscht!
Jedenfalls kann man auf diesem Weg aktuell weiterhin Bausteine wie Telegram bedienen und jedes Mal wenn sich eine Datei ändert diesen Pfad generieren und an andere Bausteine weiterreichen. Beispiel:
Warnungen
Eigentlich gibt es jetzt an jeder Stelle ein Ausrufezeichen im Block, wenn man etwas zusammenbaut, was so nicht gedacht ist (z.B. Trigger in Trigger). So sollte man eigentlich direkt während der "Programmierung" merken, dass da etwas falsch ist.
Solltet ihr noch Vorschläge für Validierungen haben (wo darf ein Block nicht in einem anderen enthalten sein): Her damit.
Request-Paket is deprecated
Request wird seit Jahren im Adapter genutzt und der Blockly-Baustein "request" nutzt ja genau dieses Paket. Der Block wurde ja bereits in den vorigen Versionen durch "http (GET)" ersetzt. Solltest Du noch die älteren Blöcke nutzen, bekommst Du eine Warnung im Log.
Ich möchte das Paket jetzt langsam aber sicher loswerden. Daher generiert jedes
require('request');im Log jetzt auch eine Warnung. Scheinbar werden die Changelogs ja nicht gelesen, weswegen man am Ende wohl in überraschte Gesichter schauen wird, warum ein Script nicht mehr läuft. Also: Migriert eure Scripts! Und wenn ihr hier im Forum jemanden seht, der Code mitrequire('request');teilt: Bitte entsprechend darauf hinweisen.In der Zukunft wird das Paket dann endlich aus dem Standard entfernt und nicht mehr mitinstalliert. Man kann es zwar in den Instanzeinstellungen dann manuell noch hinzufügen, aber das ist nicht zu empfehlen. request ist seit über 4 Jahren deprecated und wird nicht mehr weiter entwickelt! Einfach nicht mehr nutzen...
System-Variablen
Seit Version v8.0.0 gibt es unter "System" außerdem noch ein neuen Baustein. Über diese kann der Name des Scripts, der Standard-Verzeichnispfad oder der Status des Verbose-Modus des Scripts ausgegeben werden.
Damit könnte man z.B. verbose-Nachrichten schreiben oder Log-Meldungen ändern, wenn der verbose-Modus aktiv ist (hab ich im ioBroker-Master-Kurs auch erklärt, ...):
Vorbereitung auf js-controller 6.x
Das Abhängigkeitsmanagement (für zusätzliche Pakte in den Instanzeinstellungen) bringt in der aktuellen npm-Version ein paar Probleme mit sich. Diese werden im js-controller 6.x adressiert und es gibt auch schon die erste Implementierung der neuen Funktionen. Mehr dazu, sobald der js-controller 6 in einer beta verfügbar ist.
Oberfläche
Die Darstellung des Logs hat sich nun auch leicht geändert und wurde an den Admin angepasst. Die erste Spalte (Quelle) ist neu. Dafür wird in der Meldung selbst die Instanz nicht mehr angezeigt (wie im Admin halt).
Ansonsten habe ich aus den pixeligen Grafiken zum Umschalten von Blockly/JS und Rules/JS mal Vektorgrafiken gemacht die auch skalieren. Auf Retina-Displays sah das vorher ja schlimm aus :)
@haus-automatisierung sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
Request-Paket is deprecated
Request wird seit Jahren im Adapter genutzt und der Blockly-Baustein "request" nutzt ja genau dieses Paket. Der Block wurde ja bereits in den vorigen Versionen durch "http (GET)" ersetzt. Solltest Du noch die älteren Blöcke nutzen, bekommst Du eine Warnung im Log.
Ich möchte das Paket jetzt langsam aber sicher loswerden. Daher generiert jedes
require('request');im Log jetzt auch eine Warnung. Scheinbar werden die Changelogs ja nicht gelesen, weswegen man am Ende wohl in überraschte Gesichter schauen wird, warum ein Script nicht mehr läuft. Also: Migriert eure Scripts! Und wenn ihr hier im Forum jemanden seht, der Code mitrequire('request');teilt: Bitte entsprechend darauf hinweisen.In der Zukunft wird das Paket dann endlich aus dem Standard entfernt und nicht mehr mitinstalliert. Man kann es zwar in den Instanzeinstellungen dann manuell noch hinzufügen, aber das ist nicht zu empfehlen. request ist seit über 4 Jahren deprecated und wird nicht mehr weiter entwickelt! Einfach nicht mehr nutzen...
javascript.0 2024-05-28 20:29:38.763 error npm warn deprecated request@2.88.2: request has been deprecated...Kann ich das NPM-Modul request, wenn ich alle meine Skripte auf httpGet umgestellt habe, aus der Javascript-Instanz löschen, oder wird das zurzeit intern noch verwendet?
-
@haus-automatisierung sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
Request-Paket is deprecated
Request wird seit Jahren im Adapter genutzt und der Blockly-Baustein "request" nutzt ja genau dieses Paket. Der Block wurde ja bereits in den vorigen Versionen durch "http (GET)" ersetzt. Solltest Du noch die älteren Blöcke nutzen, bekommst Du eine Warnung im Log.
Ich möchte das Paket jetzt langsam aber sicher loswerden. Daher generiert jedes
require('request');im Log jetzt auch eine Warnung. Scheinbar werden die Changelogs ja nicht gelesen, weswegen man am Ende wohl in überraschte Gesichter schauen wird, warum ein Script nicht mehr läuft. Also: Migriert eure Scripts! Und wenn ihr hier im Forum jemanden seht, der Code mitrequire('request');teilt: Bitte entsprechend darauf hinweisen.In der Zukunft wird das Paket dann endlich aus dem Standard entfernt und nicht mehr mitinstalliert. Man kann es zwar in den Instanzeinstellungen dann manuell noch hinzufügen, aber das ist nicht zu empfehlen. request ist seit über 4 Jahren deprecated und wird nicht mehr weiter entwickelt! Einfach nicht mehr nutzen...
javascript.0 2024-05-28 20:29:38.763 error npm warn deprecated request@2.88.2: request has been deprecated...Kann ich das NPM-Modul request, wenn ich alle meine Skripte auf httpGet umgestellt habe, aus der Javascript-Instanz löschen, oder wird das zurzeit intern noch verwendet?
@ofbeqnpolkkl6mby5e13 sagte: aus der Javascript-Instanz löschen
Du hast es in den Instanz-Einstellungen stehen? Noch stellt es der Javascript-Adapter zur Verfügung.
-
@ofbeqnpolkkl6mby5e13 sagte: aus der Javascript-Instanz löschen
Du hast es in den Instanz-Einstellungen stehen? Noch stellt es der Javascript-Adapter zur Verfügung.
Ja, und würde es jetzt, nach der Umstellung auf httpGet, entfernen wollen.
Edit:
axios habe ich da auch stehen -
Ja, und würde es jetzt, nach der Umstellung auf httpGet, entfernen wollen.
Edit:
axios habe ich da auch stehen@ofbeqnpolkkl6mby5e13 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
Ja, und würde es jetzt, nach der Umstellung auf httpGet, entfernen wollen.
Kein Problem. Es bleibt im Moment aber halt über den Adapter selber noch verfügbar.
-
Ja, und würde es jetzt, nach der Umstellung auf httpGet, entfernen wollen.
Edit:
axios habe ich da auch stehen@ofbeqnpolkkl6mby5e13 sagte: nach der Umstellung auf httpGet, entfernen wollen.
Kein Problem. Es war dort noch nie nötig.
-
@ofbeqnpolkkl6mby5e13 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
Ja, und würde es jetzt, nach der Umstellung auf httpGet, entfernen wollen.
Kein Problem. Es bleibt im Moment aber halt über den Adapter selber noch verfügbar.
Okay.
Support us
481
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge