JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine
-
@ilovegym sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:
liegt anscheinend an dem Umbau des http Post
Ja, das war ein dummer Fehler vom Refactoring, ... wenn man nicht alles ausführlichst testet.
Falls jemand Lust hat, mehr Integration Tests zu schreiben und die neuen Features alle zu testen: Immer her damit! Glaube die Test-Abdeckung ist zur Zeit leider nicht besonders hoch...
-
ist ja nicht schlimm, das blöde war nur, dass ich 2 Fehler hatte, denn vom Docker aus gehen die http-posts gar nicht(MacVlan, da muss ich nochmal mit dem Wireshark schauen, was da los ist..), da kommt immer ein unreachable, und vom lxc aus gehts.. nachdem ich das erste hatte, hab ich dann im debug gesehen, dass das Json nicht richtig war, wegen den fehlenden Anführungszeichen .. leider meldet der openepaper-AP da keinen fehler, sondern macht einfach nix.. sonst hätte man da ja eine Fehlermeldung..
Wir haben doch sonst keine Hobbys... also weiter testen.. mal sehen.. was mir noch so in die Finger fällt..
Mit den local files hatte ich sowieso auch noch was vor.. das passt prima im Moment.. Danke fuer deine Mueh.. wenn alles geht, werde ich auch mal einen Kurs bei dir belegen.. -
Zusätzlicher Post, Original war hier:
https://forum.iobroker.net/topic/73807/blockly-bug-bei-neuem-multi-andGuten Tag,
ich vermute, einen Bug im Blockly-Adapter bei der neuen Multi-AND-Logik gefunden zu haben.Wenn eines der Elemente eines multiplen AND-Blocks einen (eigentlich untergeordneten) OR-Operator beinhaltet, wird dieser nicht als gleichberechtigt mit den anderen AND-Operatoren, sondern bevorzugt behandelt. Wenn die Logik des OR-Operators TRUE ist, werden die anderen AND-Blöcke ignoriert.
Ich vermute, dass in der Umsetzung eine Klammerebene nicht gesetzt wird.Einfach ausgedrückt am Beispiel:
Eigentlich müsste die Logik "FALSE" ergeben, sie ergibt aber "TRUE" wegen der 1. OR-Prüfung.
Version ist 7.8.0
Gruß,
Friedhelm -
@iobroker2001 Nimm mal den neuen ODER Block im UND.
Bei Kombination und Verschachtelung müssen beide als neuer Block genommen werden. So habe ich es bei mir nachdem ich ähnliches bemerkte wie du. -
@haus-automatisierung
Moin,
Ich komme mit dem Block Objekt hat Attribut nicht ganz klar.
if (Object.prototype.hasOwnProperty.call(daten2, )) { console.warn('test'); }Da fehlt doch das Attribut im Code, oder?
-
@mrjeschke Ja, das wird in der nächsten Version korrigiert. Da Blockly vom Client generiert wird, gibt es dafür leider keine Integration Tests aktuell.
-
@haus-automatisierung it das in der 7.11.1 im beta-repo behoben? ich habe die grade installiert und kann keine post-blöcke speichern:
neues blockly->einen post block einfügen->speichern->script schliessen->script wieder öffnen= nichts drin.auch wenn ich einen post-block in andere einfgüge bekomme ich den speichern-button erst garnicht....
und noch eine andere Frage: wie kann man denn einen eigenen header zusammenbauen, z.b. mit einer anderen authentifizierung?
-
@chris299 Das ist nicht behoben, weil ich das Problem noch nie hatte. Sollte in allen Versionen problemlos gespeichert werden können.
@chris299 sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:
wie kann man denn einen eigenen header zusammenbauen, z.b. mit einer anderen authentifizierung?
Per Blockly aktuell gar nicht - nur per JavaScript. Siehe Doku.
-
Auf die Gefahr, das ich es bei der Forenrecherche übersehen habe: Funktioniert die digest-Authentifizierung im Blocky inzwischen bzw. wenn ja: wie?
Ich scheitere gerade kläglich daran bei einem ShellyPlug Plus den Status eines Scripts per http (get) abzufragen.
Viele Grüße
-
@sachsflo sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:
Ich scheitere gerade kläglich daran bei einem ShellyPlug Plus den Status eines Scripts per http (get) abzufragen.
Dann schau doch mal meine Implementierung im Shelly-Adapter an…
-
Das wäre mir tatsächlich auch die liebste Lösung.
Ich steh allerdings wohl irgendwie auf dem Schlauch.Das letzte was ich zu dem Thema gefunden habe ist das hier: (/post/1156925) [Shelly Skripte an/aus schalten]
Da ich mehrere Inhalte zu Shelly Scripting erstellt habe, und das Interesse super gering war, habe ich das nicht im Adapter integriert.Hier im Forum fragt auch fast nie jemand nach Scripts auf dem Shelly direkt. Also für mich ist die Zielgruppe zu klein damit ich da Zeit investiere.
Und entsprechende Datenpunkt finde ich im Shelly Adapter auch nicht.
-
@sachsflo Ich meinte, dass Du im Adapter-Code ein Beispiel zu Digest Auth gegen die Shellies findest.
-
Danke für den Tipp, dann muss ich da mal suchen...auch wenn ich befürchte, dass das meine Skills evtl. übersteigt.
Ist denn die Integration des Shelly Scriptings in einer der zukünftigen Versionen vom Shelly Adapter absehbar?
-
@sachsflo sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:
Ist denn die Integration des Shelly Scriptings in einer der zukünftigen Versionen vom Shelly Adapter absehbar?
Aktuell nicht geplant von meiner Seite.
-
@sachsflo sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:
Ich scheitere gerade kläglich daran bei einem ShellyPlug Plus den Status eines Scripts per http (get) abzufragen.
Du könntest ja umgekehrt den Status des Skriptes aus dem Skript heraus an ioBroker senden.
Entweder per MQTT (falls dieser nicht auf den Shelly-Adapter eingestellt ist) oder z.B. per SimpleAPI aufruf. -
Eigentlich eine Frage an alle Java-Script und HTTP Experten.
Ich versuche einen Blog-Beitrag auf eine Worpress Seite zu senden.
Der Wordpress Webserver läuft auf einer Bitnami VM, die für Wordpress aufgesetzt ist.Ich hab im Java-Script das folgende geschrieben:
// Basic Auth Daten (Benutzername und Passwort) const username = 'user'; // WordPress-Benutzername const password = 'cJMj LlFL QeCY aNk6 b9Cx 94QX'; // Dein Application Password // Blog-Beitragsdaten const postData = { title: 'Neuer Blog von Falk', content: 'Gesendet vom IoBroker', status: 'publish', // Beitrag veröffentlichen, kann auch "draft" sein }; // HTTP-Anfrage const options = { // method: 'POST', // url: wordpressUrl, headers: { 'Authorization': 'Basic ' + Buffer.from(username + ':' + password).toString('base64'), 'Content-Type': 'application/json', }, body: JSON.stringify(postData), }; on({ id: '0_userdata.0.Testbutton' /* Testbutton */, val: true }, async (obj) => { let value = obj.state.val; let oldValue = obj.oldState.val; httpPost('http://192.168.1.70/wp-json/wp/v2/posts', options, { timeout: 2000, responseType: 'text' }, async (err, response) => { console.info(response.statusCode); console.info(response.responseTime); console.info(response.headers); console.info(err); }); });Jetzt bekomme ich einen Status code 401 zurück, was so viel wie Authentifizierungsfehler heißt.
Kann mir jemand sagen an welchen Stellen ich noch was kontrollieren oder einstellen muss oder sind Fehler im Code vorhanden? -
@ichwersonst sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:
eine Worpress Seite
Per HTTPS?
Dann solltest Du eigentlich die Basic-Authentication auch im URL mitgeben können:
https://username:password@mywordpress.com -
Da kommt dann, certificate has expired.
Kommt das auch, wenn der Port 443 nicht offen ist oder bezieht sich die Meldung tatsächlich nur auf das Zertifikat? -
@ichwersonst sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:
bezieht sich die Meldung tatsächlich nur auf das Zertifikat?
Auf das Zertifikat, welches ausgeliefert wird. Auf welchem Port ist egal. 443 ist der Standard-Port für https, wenn keiner explizit angegeben wird.
-
hmm komisch, denn wenn ich den Befehl absetze wie ich es beschrieben habe bekomme ich den Fehler 401 zurück, was heißt, dass die Zertifikatprüfung schon erledigt und okay ist, da die glaube ich vorher statt findet bevor die Authentifizierung kommt oder?
