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 ?