JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen
-
@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
das habe ich auch schon versucht
bitte zeigen
-
da muss bestimmt bei Antwort Datentyp was rein aber ich habe keinen Plan was
-
@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.
-
@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.
-
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 -
@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.
-
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.
-
@ofbeqnpolkkl6mby5e13 sagte: nach der Umstellung auf httpGet, entfernen wollen.
Kein Problem. Es war dort noch nie nötig.
-
Okay.
-
Okay.
-
So kannst du auch sehen, wo das noch überall drin hängt:
echad@chet:/opt/iobroker $ npm ls request iobroker.inst@3.0.0 /opt/iobroker ├─┬ iobroker.backitup@3.0.0 │ └─┬ dropbox-v2-api@2.5.11 │ └── request@2.88.2 deduped ├─┬ iobroker.javascript@8.4.2 │ └── request@2.88.2 ├─┬ iobroker.mihome-vacuum@4.2.0 │ └── request@2.88.2 deduped ├─┬ iobroker.nina@0.0.26 │ └── request@2.88.2 deduped ├─┬ iobroker.nuki-extended@2.7.0 │ ├─┬ nuki-web-api@2.2.1 │ │ └── request@2.88.2 deduped │ ├─┬ request-promise@4.2.6 │ │ ├─┬ request-promise-core@1.1.4 │ │ │ └── request@2.88.2 deduped │ │ └── request@2.88.2 deduped │ └── request@2.88.2 deduped ├─┬ iobroker.samsung@0.6.0 │ └─┬ samsungtv@0.0.0 (git+https://git@github.com/luca-saggese/samsungtv.git#7fc20107455414e2afb94022682e0787e8635550) │ └── request@2.88.2 deduped ├─┬ iobroker.tr-064@4.3.0 │ └─┬ tr-O64@0.2.4 │ └── request@2.88.2 deduped └─┬ iobroker.whatsapp-cmb@0.3.0 └── request@2.88.2 deduped -
Selbst z. B. Backitup 3.0 nutzt das noch...
-
@ofbeqnpolkkl6mby5e13 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
Selbst z. B. Backitup 3.0 nutzt das noch...
Jein. Nicht direkt, dropbox-v2-api nutzt das noch.
-
Ah, okay.
-
@ofbeqnpolkkl6mby5e13 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:
Kann ich das NPM-Modul request, wenn ich alle meine Skripte auf httpGet umgestellt habe, aus der Javascript-Instanz löschen
Bitte nie manuell an den npm dependencies von Adaptern rumspielen. Du kannst deine eigenen Pakete dazu installieren per Instanz-Einstellungen. Aber damit kann request nicht entfernt werden.
