MO> Witam, MO> Wlasnie wpadlem na pewien problem i chcialbym go zaproponowac MO> szanownym developerom. MO> Otoz uzytkownik (tutaj: admin) czuje sie znacznie bardziej komfortowo MO> gdy widzi, ze system reaguje na jego polecenia, nawet jesli skutki tej MO> reakcji wystepuja znacznie pozniej. MO> W starej wersji demona przeladowanie demona powodowalo po prostu MO> skasowanie flagi _force, co mozna bylo latwo sprawdzic, np. wydajac MO> jeszcze raz polecenie przeladowania w UI. MO> A gdyby tak kazda instancja demona po udanym reloadzie wystawiala MO> odpowiedniego timestampa o nazwie ustalonej w pliku konfiguracyjnym MO> (np. jako parametr dodatkowego moduliku)? MO> W ten sposob UI w sekcji Przeladowanie mogloby wyswietlac informacje o MO> czasie przeladowania wszystkich instancji demona, przez co latwiej by MO> mozna bylo kontrolowac jego prace, a admini tracili by mniej wlosow MO> rwanych z glowy :) MO> O.
Mi się ten pomysł podoba a do tego dorzuciłbym jeszcze jeden. Na stronie "Przeładowanie" dorzuciłbym możliwość wyboru co ma być przeładowane. Mogła to by być np jedna ze zdefiniowanych sieci lub grup lub np jakikolwiek string - ta informacja byłaby zapisywana w bazie obok polecenia "_force" (potrzebna byłaby oczywiście zmiana struktury tabeli timestamps).
Założmy, że mam 10 lokalizacji, 10 routerów a na każdym z nich odpalony demon lub skrypt, który ma podane jako parametr nazwę sieci lub kilku. Po dokonaniu zmiany odnośnie klienta z sieci X wykonuje polecenie przeładowania tylko sieci X. Demony z każdego z routerów sprawdzają co 10min polecenie przeładowania i dodatkowo sieć dla której zostało wydane polecenie i rekonstruują pliki konfigruacyjne, tylko jeśli polecenie przeładowania dotyczyło sieci, która zajmuje się dany router.
-------------------- Łukasz Wojciechowski http://webdesign.peenzet.net