Hello A.L.E.C, Wednesday, October 22, 2003, 9:22:48 PM, you wrote: ALEC> Ponieważ próbuję sił z nowym daemonem, napotkałem na problemy projektowe i ALEC> chciałbym je tutaj przedstawić licząc na podpowiedzi. :)) ALEC> 1. Tego że powinien być reload dostępny w UI nie da się chyba przeskoczyć. ALEC> Pomysł żeby wykrywać zmiany w tabelach jest niedoskonały i trudny w ALEC> implementacji. Bo nie każde zmiany muszą pociągać za sobą konieczność ALEC> reloadu. i nie zawsze administrator chce reloadowac .... ALEC> 2. Padły propozycje, aby zamiast czytać tabelę reload co jakiś czas, użyć ALEC> socketów. Pomysł w implementacji okazuje się być prosty. Możnaby nawet ALEC> przesyłać daemonowi komendy w stylu 'stop' 'start' 'reload', ale mam ALEC> wątpliwości czy byłoby to rozwiązanie bezpieczniejsze od korzystania z bazy. samo sluchanie na porcie nie jest niebezpieczne. jesli uzywamy tylko lokalnie, sluchamy na 127.0.0.1 i w komunikacie moze byc przesylane jakies haslo lub mozna wymyslic inne zabezpieczenia. jesli dostep zdalny, to firewall. mozna by wbudowac w daemona sprawdzanie ip autoryzowanych do wykonywania operacji - masz tak zrobionego sql'a i jakos nikt nie narzeka. ALEC> 1. Czy moduły powinny być inicjalizowane podczas startu daemona, czy podczas ALEC> reloadu. Drugie rozwiązanie pozwala na zmiane konfiguracji modułów lub ALEC> dodanie nowych modułów ALEC> bez restartu daemona. Choć z drugiej strony jak już grzebię w konfiguracji, ALEC> to co za problem go zrestartować. a nie mozna mu ladowac konfiguracji w locie po przekazaniu sygnalu, lub -k z przykladu ktory dostales ? -- Best regards, Przemek mailto:sako@infinity.waw.pl