Antworten
Nov 18, 2018 - 09:22
Noch ein Nachtrag: Auf den Debug Webserver komme ich drauf, allerdings ist da auch das einzigen. Bei jeglichem Pfad z.B. /debug kommt bei mir als Response (HTTP Status Code 200) die Fehlermeldung:
Ich habe leider keine Idee was an meinem HTTP-Request falsch sein könnte. Vllt. irgendein Feld im Header? Wie gesagt, dazu gibts leider überhaupt keine Doku seitens Mediola. Zumindest habe ich Nichts finden können.
{"XC_ERR":{"code":"000001", "msg":"invalid request"}}Ich habe leider keine Idee was an meinem HTTP-Request falsch sein könnte. Vllt. irgendein Feld im Header? Wie gesagt, dazu gibts leider überhaupt keine Doku seitens Mediola. Zumindest habe ich Nichts finden können.
Nov 19, 2018 - 06:28
Hallo,
ich habe mich in der Technik erkundigt: “Promise”, “async/await” funktionieren zum aktuellen Zeitpunkt nicht auf dem SERVER, aber das hast Du ja bereits selbst geschrieben. Ich verstehe nicht ganz, wozu du die übrigen Informationen benötigst - es handelt sich hier nicht um einen Bug im eigentlichen Sinne, sondern um eine "Funktion" die einfach nicht vorhanden ist.
Liebe Grüße,
Mona
ich habe mich in der Technik erkundigt: “Promise”, “async/await” funktionieren zum aktuellen Zeitpunkt nicht auf dem SERVER, aber das hast Du ja bereits selbst geschrieben. Ich verstehe nicht ganz, wozu du die übrigen Informationen benötigst - es handelt sich hier nicht um einen Bug im eigentlichen Sinne, sondern um eine "Funktion" die einfach nicht vorhanden ist.
Liebe Grüße,
Mona
Nov 19, 2018 - 15:36
Hallo,
danke für die Antwort.
Aber warum geht es denn dann lokal? Wird hier eine andere Runtime verwendet? Ist irgendwie suboptimal, wenn das Debugging lokal funktioniert und auf dem Server einfach der Child-Prozess beendet wird, bevor das Skript zuende gelaufen ist..
Async/await + Promises wären sehr wünschenswert, wenn man "synchron-like" programmieren kann, ohne in der Callback Pyramid of Doom zu enden. Das kann doch kein Hexenwerk sein, oder?
Ich hatte ja schon angeregt eine done-Funktion zu übergeben, die dann vom User am Ende der asynchronen Ausführung aufgerufen werden muss (Ähnlich wir bei Testing-Frameworks) um die Skriptausführung aktiv zu beenden. (ähnlich den Funktionen zum Abrufen und setzen des Gerätestatus)
danke für die Antwort.
Aber warum geht es denn dann lokal? Wird hier eine andere Runtime verwendet? Ist irgendwie suboptimal, wenn das Debugging lokal funktioniert und auf dem Server einfach der Child-Prozess beendet wird, bevor das Skript zuende gelaufen ist..
Async/await + Promises wären sehr wünschenswert, wenn man "synchron-like" programmieren kann, ohne in der Callback Pyramid of Doom zu enden. Das kann doch kein Hexenwerk sein, oder?
Ich hatte ja schon angeregt eine done-Funktion zu übergeben, die dann vom User am Ende der asynchronen Ausführung aufgerufen werden muss (Ähnlich wir bei Testing-Frameworks) um die Skriptausführung aktiv zu beenden. (ähnlich den Funktionen zum Abrufen und setzen des Gerätestatus)
Neuen Kommentar hinzufügen