UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[biker1602]

@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

[oFbEQnpoLKKl6mbY5e13]

@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 mit require('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?

[paul53]

@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]

@paul53

Ja, und würde es jetzt, nach der Umstellung auf httpGet, entfernen wollen.

Edit:
axios habe ich da auch stehen

[Thomas Braun]

@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.

[paul53]

@ofbeqnpolkkl6mby5e13 sagte: nach der Umstellung auf httpGet, entfernen wollen.

Kein Problem. Es war dort noch nie nötig.

[oFbEQnpoLKKl6mbY5e13]

@thomas-braun

Okay.

[oFbEQnpoLKKl6mbY5e13]

@paul53

Okay.

[Thomas Braun]

@ofbeqnpolkkl6mby5e13

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

[oFbEQnpoLKKl6mbY5e13]

@thomas-braun

Selbst z. B. Backitup 3.0 nutzt das noch...

[Thomas Braun]

@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.

[oFbEQnpoLKKl6mbY5e13]

@thomas-braun

Ah, okay.

[haus-automatisierung]

@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.

[oFbEQnpoLKKl6mbY5e13]

@haus-automatisierung sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

...per Instanz-Einstellungen...

Um nichts Anderes ging es.

[haus-automatisierung]

@ofbeqnpolkkl6mby5e13 Ich betone das nur nochmal explizit, weil ich hier schon die verrücktesten Dinge gesehen habe...

[oFbEQnpoLKKl6mbY5e13]

@haus-automatisierung

Sowas wäre für Skripte, die viele httpGet oder httpPost Blöcke haben, noch nett:

[haus-automatisierung]

@ofbeqnpolkkl6mby5e13 Wozu? Das sind doch statische Werte.

[stenmic]

@haus-automatisierung
keine Ahnung wann dieser Trigger dazukam.
Ich find den ziemlich genial, jedoch wäre er noch geiler wenn man auch ein Datum setzen könnte.
(für Events die in z.B. einer Woche starten sollen)

[haus-automatisierung]

@stenmic Der ist ja eigentlich für wiederkehrende Ereignisse gedacht. Mit einem Datum wäre es ja einmalig.

[stenmic]

@haus-automatisierung
schon verstanden, aber eventuell geht ja beides.

Frage… wenn der Datenpunkt leer ist, ist die Funktion deaktiviert?