11:20:14 PM, lukas był(a) łaskaw(a) nastukać list o treści: 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.

l> Mi się ten pomysł podoba a do tego dorzuciłbym jeszcze jeden. l> Na stronie "Przeładowanie" dorzuciłbym możliwość wyboru co ma być l> przeładowane. Mogła to by być np jedna ze zdefiniowanych sieci lub l> grup lub np jakikolwiek string - ta informacja byłaby zapisywana w l> bazie obok polecenia "_force" (potrzebna byłaby oczywiście zmiana l> struktury tabeli timestamps). Wystarczy, ze zamiast slowka _force umowimy sie na jakis prefix i dalej bedziemy dodawac identyfikator instancji almsd, np. _rld_siec1. Identyfikator bylby wpisany do jego konfiga.

BTW: czy ktos bawil sie moze m0n0wall'em? Strasznie mi sie zabawka spodobala i zastanawiam sie, jak by toto wspolgralo z LMSem. O.