dehydrated dürfte da genau da eine gute Empfehlung sein. Es handelt sich dabei um etwa 1000 Zeilen Shellskript, welches sich im Wesentlichen mit openssl und curl, also Programmen, die in der Regel bereits vorhanden sind, begnügt. Ich benutze das schon seit geraumer Zeit und hatte noch keine Probleme damit.
Klingt super, Danke!
Ich nutze in letzter Zeit https://acme.sh. Das ist ein Shellskript das kaum Abhängigkeiten hat. Die Einrichtung ist simpel und gegenüber certbot gibt kaum funktionelle Einschränkungen.
Klingt fast nochmal besser. Danke!
Äh warum fällt es nicht auf wenn der client nicht tut? Ich meine der wird ja entweder im hintergrund laufen oder per cron getrigert, sowas muss man doch monitoren.
Cron. Stimmt. Entweder läuft Cron gar nicht und das war Zufall, dass auch der Client kaputt ist. Oder, wahrscheinlicher, der sendet eine lokale Mail mit dem Fehler. Das sieht dann natürlich niemand.
Äh und warum werden die cronmails nicht an die admins geschickt? Also mal unter der Annahme, dass cron läuft.
Weil Ubuntu das nicht standardmäßig macht und es keiner eingerichtet hat :)
Wo ist denn der Zusammenhang zwischen "das Skript funktioniert nicht" und "Python ist instabil"? Letzteres stimmt ja von vorne bis hinten nicht. Wenn ein Skript schlecht programmiert ist oder der Entwickler eine fehlerhafte Version auf den Markt wirft, dann kann die Programmiersprache doch nichts dafür.
Ich kann dir auch gerne Skripte in anderen Programmiersprachen schreiben, die Fehlermeldungen werfen und nicht durch laufen ;-)
Es geht nicht um die Sprache selbst, es geht ums Ökosystem. Wenn dir das wegbrechen kann, ist das eben problematisch für kritische Software, die möglichst immer funktionieren muss. Jede verbratene Minute Kampf mit den Abhängigkeiten bedeutete Downtime bedeutete potentiellen Einkommensverlust.
Das betrifft nicht nur Python. Ruby ist in der gleichen Situation (derzeit läuft der music-streamer auf meinem Heimserver nicht, weil eine Abhängigkeit nach einem von Arch erzwungenem Ruby-Update upstream kaputt ist), Javascript/Node mit seinem undiszipliniertem npm system ist noch viel schlimmer.
Edit: Oder um direkter zu antworten: Der Zusammenhang ist, dass das Skript selbst gar nicht kaputt ist. Es funktioniert nur auf dem System nicht, weil eine der Abhängigkeiten auf dem System nicht funktioniert. Es ist weder schlecht programmiert noch eine fehlerhafte Version, es verlässt sich nur auf eine nicht funktionierende Umwelt. Genau das macht es zum Problem der Sprache, denn ihr Ökosystem gehört nunmal zu ihr.
