Feature: daemon statt cronjob

[MaStr]

Als nächster Schritt wäre das Umbauen auf einen eigenen systemd Dienst, welcher dann mittels internen Timer prüft. Dann können Verbindungen aktiv und stehen bleiben.
Gleichzeitig muss man aber darauf achten, dass bei Verlust der Verbindung ein neuer Verbindungsaufbau passiert. Dazu müssten aber auch die Methoden aufgeteilt werden nach connect-submit-close Methoden.

[MaStr]

Servus,
ich habe gerade bei mir einen Daemon zusammengenagelt.
Ich musste dafür die Module für MQTT und Redis umstellen auf Klassen, die einen Status halten. Die Funktionsaufrufe für die alten Funktionen habe ich dabei gelassen und gemappt auf die Klassenvariante.

Als Daemon hatte ich jetzt mich zunächst an python-daemon versucht. Das tut bis auf ein verlässliches pid-file. Theoretisch kann man aber hier bereits schon ein systemd service file hinstellen.

Ich habe nur beim Commit gemerkt, dass mein lokaler branch schon recht weit hinten liegt. Ich muss auf der Entwicklung erstmal einen rebase machen und dann schauen, ob mein diff da noch passt...

Kommt darauf an, wie viel Energie ich übrig habe, wie lange es dauert...

Liebe Grüße
Matthias

[edelbluth]

Hi @MaStr,

Ich bin schon seit Wochen dabei, hier grundsätzlich zu refactoren… schau Dir mal den develop-Branch an, bevor Du zu viel Energie in die Fortführung des main steckst.

Ansonsten ist Dein Input wie immer sehr willkommen!

[MaStr]

Hi,
Ja, ich hatte gestern leider einfach blind angefangen... und dann beim pull+Commit festgestellt, dass das ziemlich mittelmäßig war.

Ich versuche die Tage mich mal am develop branch und schaue dass ich meine Änderungen und Erfahrungen übertragen kann.

Liebe Grüße Matthias