Jerzy Kolosowski napisał(a):
w gameplan jest wpis zeby zajac sie kontami. Moge to zrobic, tylko powiedzcie mi jak to ma dokladnie wygladac, bo ja kiedys usiadlem nawet i zaczelem to rozrysowywac, ale troche sie pogubilem. Moja koncepcja jest taka, zeby konta rozdzielic na rozne tabele, pocztowe do jednej, shelowe do innej itd. Dzieki temu w mysql mozna bedzie dac konto lms-maindaemon dla dowolnego daemona mailowego z obsluga mysql z dostepem tylko do tabelek aliasow i kont wirtualek, i nie martwic sie o bezpieczenstwo. Pozatem jakie konta powinno obslugiwac i jakie dane przechowywac? Dla shella to wszystkie pozycje z passwd i shadow (wsparcie dla nss-mysql i nss-psql)... a dla innych? Piszcie pomysly a ja to postaram sie przekonwertowac z idei na dzialajacy system :)
Pozdrawiam
bozesz ty moj... jak dobrze ze cos sie w tym temacie dzieje... tylko czy to aby nie prowadzi do napisania kont od nowa?
imo "konta" moga niezwykle przydac sie do zarzadzania uslugami hostingowymi i do tego nalezalo by je przewidziec.
mysle ze 1 i najwazniejsze zalozenie to takie skonstruowanie tego mechanizmu aby nie wymuszac ze serwer z lms = serwer z kontami
dalej:
konta www/ftp (u mnie sa to wirtualki na apachu2, z tym ze dla ftp konta mam systemowe zakladane via sudo)
konta mail (i tu znowu u mnie postfix+mysql, laddnie i prosto toto chodzi) z mozliwoscia aliasowania
zarzadzanie domenami (dodawanie domen w ktorych moga byc maile, generowanie stref dla binda)
generowanie zestawienia kont dla danego klienta (taki swistek coby klient mial wszystkie ustawienia/hasla)
jakas flaga w odpowiednich miejscach typu "expires" ktora okresla do kiedy konto jest aktywne (oplacone).
to taka garsc szybkich przemyslen