Witaj konrad,

W Twoim liście datowanym 14 października 2003 (00:33:13) można przeczytać:

sam frontend jest napisany w sposób umożliwiający łatwą rozbudowę. przygotowywane są "moduły" obsługujące konta na serwerze (w oparciu o pam_pgsql), publiczne ip (nat 1:1), firewalla, aliasów pocztowych (postfix), v-hostów www (apache) oraz "refid" (ograniczone możliwości administracyjne: możliwość zarządzania kontami rodzin przez "odpowiedzialnego" członka stowarzyszenia: zmiana haseł, quoty, etc).

Widzisz. Takie features ciężko dodać do projektu aby były one elastyczne tak naprawdę.

na szczególne wyróżnienie zasługują istniejące moduły (z cvs) do wystawiania faktur oraz dynamicznie generowana mapa sieci.

Ta mapa to powiedzmy sobie się nadaje ;-) A co do faktur... Sądze że po powrocie z urlopu się za nie wezmę na porządnie. Sporo pierdułek już przygotowałem (ba! zdobyłem nawet drukarkę) kwestia tego że nie ma z kim podebatować rozwiązania tego po stronie bazy danych.

Widzisz. PgSQL to jest niezły scyzoryl szwajcarski. Jednak ja mam zbyt dużo rzeczy i zbyt mało wiedzy by osobiście na niego przejść. Do tego, LMS tak naprawdę był pisany pod MySQL a za support do Pg należy tylko dziękować ALEC'owi który tego pilnuje.

  - squid (blokowanie dostępu odłączonym komputerom i wyświetlanie
    ważnych dla sieci ogłoszeń przez perlowe skrypty rewrite z
    obsługą DBD::Pg)

Wanna share? ;-) Takie patenty przydały by się w doc/ a i sądze że sporo adminów osiedlówek tutaj obecnych z chęcią się czegoś nowego i BARDZO przydatnego nauczy ;)

• /etc/passwd (przez skrypt synchronizujący reagujący na zmiany w bazie przez zdarzenia notify)
• aliasy i v-hosty pocztowe (w tym automatycznie tworzone aliasy typu imie.nazwisko@slp.pl, przez dict-pgsql)
• named (automatyczne tworzenie wpisów dns/revdns dla komputerów w sieci, przez api postgresqla w powerdns)
• v-hosty www (w tym automatycznie tworzone konta www.użytkownik.slp.pl wraz z wpisami do dns, przez mod_perl (tag <Perl>) i DBD::Pg)
• generowanie wpisów iptables (przez demona obsługującego zdarzenia notify)
• dhcpd (przez demona obsługującego zdarzenia notify przy użyciu interfejsu OMAPI (moduł DHCPCTL))

Nie ma sprawy, daj na piwo ;-)

A teraz tak na poważnie. Piszesz o demonie obsługującym notify - czy jest to Twoja produkcja? Jeżeli tak, to radzę Ci uważać... Być może jesteś tym na którego polujemy od prawie roku ;-) (czyt: potrzebujemy pomocy przy zaprojektowaniu demona i generowania plików i okolic).

Generalnie jak chcesz się pośmiać z naszych desperackich pomysłów to proponuje poczytać listę (http://lists.rulez.pl/lms/ lub mbox http://lists.rulez.pl/lms/spool.txt) - widzę że możesz być bardzo pomocny i nie mówię tutaj o zmuszaniu Ciebie do pisania jakiegoś kodu a o pomocy w główkowaniu.

-- Pozdrowienia z łóżka Łukasz Jarosław Mozer