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
