cuxd curl oder system curl oder wget

[Baxxy]

mutmassen das "exit(28)" ist der returncode

Denke auch das Uwe (CUxD) hier die Exit-Codes vom ausgeführten Befehl zurückgibt.

Hier mal für wget:
https://www.man7.org/linux/man-pages/ma ... XIT_STATUS

[Baxxy]

Aber nochmal zum Kern: ist es nun besser curl per system.exec oder per cuxd.exec zu nutzen und ... warum?

Das ist wohl ne Glaubensfrage auf die es m.E. keine klare Antwort gibt.
Richtig konfiguriert kann man heutzutage beides problemlos nutzen.

[grmpf]

Also stehen sich 2 Varianten gegenüber:

Code: Alles auswählen

! Senden
dom.GetObject("CUxD.CUX2801001:2.CMD_EXEC").State("extra/curl --max-time 5 -s -k https://api.telegram.org/bot"#botAPI#"/sendMessage -d text='"#message#"' -d chat_id="#chatid);

und...

Code: Alles auswählen

string stdout; 
string stderr;
system.Exec("timeout 5 curl --max-time 5 -s -k https://api.telegram.org/bot"#botAPI#"/sendMessage -d text='"#message#"' -d chat_id="#chatid, &stdout, &stderr);

wobei ich beim Zweiten eher denke dass timeout und max-time doppeltgemoppelt sind?

[uwe111]

mutmassen das "exit(28)" ist der returncode

Denke auch das Uwe (CUxD) hier die Exit-Codes vom ausgeführten Befehl zurückgibt.

Hier mal für wget:
https://www.man7.org/linux/man-pages/ma ... XIT_STATUS

Hier die Curl Exit-Codes: https://everything.curl.dev/cmdline/exitcode.html
Hier steht auch was zu Befehlszeilen-Timeouts: https://everything.curl.dev/usingcurl/timeouts.html

Viele Grüße

Uwe

[grmpf]

Danke! Die exit-codes hatte ich gar nicht so im Visier - eher die Zeiten von bis zu 135s!

und btw: warum steht bei cuxd eigentlich "extra/curl" ?? "curl reicht doch! ODER... war das auch was Historisches?

[joerg_rw]

Code: Alles auswählen

string stdout; 
string stderr;
system.Exec("timeout 5 curl --max-time 5 -s -k https://api.telegram.org/bot"#botAPI#"/sendMessage -d text='"#message#"' -d chat_id="#chatid, &stdout, &stderr);

wobei ich beim Zweiten eher denke dass timeout und max-time doppeltgemoppelt sind?

ja, "--max-time 5" reicht bei curl (anders als bei wget, das macht mit seinen timeout options nicht das was man zunaechst erwarten wuerde), wenn curl da mit timeout rausfliegt dann bekommst du eben 28 im returncode(=system.Exec(...) ) den du wieder rausgeworfen hast. Falls alles normal geklappt hat, ist returncode = 0. Ich bin immer der Auffassung man sollte gerade um die Fehlerfaelle sich ausreichend kuemmern und entsprechend drauf reagieren.

[uwe111]

Die exit-codes hatte ich gar nicht so im Visier - eher die Zeiten von bis zu 135s!

Ok, beim Aufruf mittels CUxD CMD_EXEC blockiert die CCU nicht.

warum steht bei cuxd eigentlich "extra/curl" ??

Weil Dein Aufruf über die Befehlszeile aus historischen Gründen mittels extra/curl erfolgt. Nur curl funktioniert auch. Am Ende macht das aber keinen Unterschied.

Viele Grüße

Uwe

[grmpf]

OK - danke an alle! Dann seh ich für mich klarer:
Ich werde mit cuxd CMD_EXEC weitermachen aber da zum einen immer den --max-time n einfügen und das /extra rauslöschen. Grund ist vor allem:

beim Aufruf mittels CUxD CMD_EXEC blockiert die CCU nicht.

wget nutze ich seit langem nicht mehr. Am Anfang hatte ich da mal Wetterdaten aus dem Netz gefischt aber das Verhältnis der CCU-Stabilität zum Ertrag war am Ende zu schlecht.

curl über timeout und system.exec ist auch ok aber aufgrund der Argumente hier ziehe ich cuxd vor!

Nochmals Danke an alle - und an die Arbeit

[joerg_rw]

OK - danke an alle! Dann seh ich für mich klarer:
Ich werde mit cuxd CMD_EXEC weitermachen aber da zum einen immer den --max-time n einfügen und das /extra rauslöschen. Grund ist vor allem:

beim Aufruf mittels CUxD CMD_EXEC blockiert die CCU nicht.

joh, geht mit angehaengtem "&" ganz am Ende des Befehls + parameter auch, also "curl ... foo ... bar&"
viewtopic.php?f=31&t=59101#p585248
>>1. Kommandostring (wenn & am Ende dann wird das Kommando in den Background gesendet und system.Exec() kehrt sofort zurück und die darauffolgenden 3 parameter (stderr, stdout, stdin) sind nicht wirksam/notwendig.<<
Wie Jens im anderen thread meinte: >>Es ist wie so oft: Mehere Wege führen nach Rom <<
Mir ist das CUxD.exec zu kompliziert zu benutzen: erstmal virtuelles device anlegen, benamsen, beschriften und Zeug, dann auch wieder Fehlerbehandlung, was macht dein script wenn das CUxD umbenannt oder geloescht wurde? system.Exec ist gradlinig mit fast keinen Abhaengigkeiten ueber die eine script codeline und die vorherige def von stdout, stderr, rc hinaus -- alles auf einem Bildschirm auf einen Blick <3

[Xel66]

... und die darauffolgenden 3 parameter (stderr, stdout, stdin) sind nicht wirksam/notwendig.<<

Da bin ich auch schon drauf reingefallen. Das hilft Dir nur bei fire&forget-Aufrufen (HTTP-Befehle an Aktoren, Telegram etc.). Fragst Du Daten ab, Die Du weiterverarbeiten willst, brauchst Du stdout.

Gruß Xel66