Jak ja to myślałem jak chciałem to napisać w perlu.

1. Reload na podstawie timestamps

Reload ten miał polegać na tym, iż co jakiś interwał czasu (60 sek)

sprawdzane by były timestampy tabel i porównywane z tymi które znamy.

Jeżeli jakaś tabela się zmieniła to jedziemy.

Ale nie każda zmiana w tabeli pociąga za sobą konieczność reloadu. No chyba że przyjmiemy inaczej.

Podczas reloadu byłby

zapisywany czas ostatniego reloadu i np. reload nie byłby wykonywany

jeżeli reloadowaliśmy coś w ciągu ostatnich n sekund (np 600).

Nie dokońca rozumiem sens. Chyba nie ma takiej potrzeby. Zamiast ustawiać n można wyłączyć daemona. Czasem też może się zdażyć, że będzie potrzeba reloadu częściej niż to n.

Do tego

każdy moduł w demonie mógł mieć ustawialne triggery na konkretne tabele

Możesz rozwinąć?

2. Reload przez wpisy w tabeli reload.

Tutaj należy uwzględnić kilka demonów odpalonych i to że np. chcemy

reloadnąć tylko jednego a nie każdego, etc.

PO co uruchamiać kilka? Chyba że chodzi ci o zadbanie o to, żeby nie było możliwości uruchamiania kilku daemonów.

A tak btw. zerknij na moje templejty w php... Przemyśl to. Może

faktycznie będzie łatwiej przerzucić generowanie configów na barki ui.

Na pewno zobaczę.

A czy podczas odpalania miałby być uruchamiany reload - to chyba proste

do implementacji jako opcja podczas odpalania/opcja configa.

Z tym akurat nie ma problemu. Chodziło mi o inicjację modułów (bo tak to jest zrobione w starym daemonie), a nie o reload.