konrad rzentarzewski napisał(a):
>24/06/05, messie from [ Krzysztof Drewicz ] ...
>
>
>
>>Tzn wiecie mi się na prawdę wydaje że nie ma co aż tak kombinować bo na
>>pewno są ludzie którzy mają virtualki z różnymi ip i kilka wirutalek pod
>>
>>
>>
[..]
>>Jakiś międzymordź generujący plik apachea i tyle...a właściwie
>>generujący np 50_clientid/domainname_lms_automagic.conf
>>w httpd jest przecież -t i jeśli jest "zły" jeden conf to apache może go
>>olać...
>>
>>
>
>wszystkie dane dot. wirtualki znajdowały się w bazie.
>
OK, to chyba oczwista oczwistość.
>a to dlatego, że jestem zagorzałym
>przeciwnikiem tego, co się nazywa "przeładowaniem" i wg. mnie serwisy
>powinny same czytać konfigurację z bazy. i teraz:
> - dla shella to jest nss_(pg|my)sql
> - dla ftpa, proftpd czy vsftpd
> - dla maila - (ALL_MTA&~SENDMAIL) i cała masa demonów pop3/imap
> (dovecot, cyrus, courier, w końcu wszystko via pam)
>
>
Phi, Teapop czy tpopd ten który mówi że masz "spadać na bambus i nie
marnować czasu" przy timeout, wspiera przez pam i przez sql...
Ja go osobiście dobrze lubić...
>natomiast dla apache'a nie ma poważnego modułu
>
Tak wiem i my w ramach lms mamy już lmsdb, ale chyba niedlugo dopisać
trza do niego jakiś debug mode...
>albo olejemy ten ficzer w lmsie i będziemy rekomendować jakiś otwarty
>web-panel, albo napiszemy coś, co będzie użyteczne dla normalnego ISP
>(czyli takiego, który zarabia na usługach, w tym hostingu).
>
Tak, ale jak wiesz mamy mało mocy przerobowych a dużo "dróg" w które
można pójść, jako "TODO" brzmi super zrobienie tego, jako "do 1.8.0"
imvho obsługa kont powinna być jakoś bardziej na zasadzie contrib a nie
"gotowy sposób", imvho ważniejsze ważności są do zrobienia _teraz_.
kd.
--
Krzysztof Drewicz