Re: [RiminiLUG-General] Account utenti su DB ?

[Ivan Tarozzi <ivan@xxxxxxxxxxxx>]

Il giorno mar, 18/01/2011 alle 13.30 +0100, Roberto Forlani ha scritto: 
> scusate se mi intrometto, azzardo una risposta ma potrei dire una immane 
> castroneria (però Ivan tutto sommato sei abituato alle mie cazzate! :-) )

e quando mai !?!

> Mi sembra di aver capito che il server LTSP sia anche un webserver, non 
> si potrebbe fare leggere i files direttamente da uno script php senza 
> doversi per forza appoggiare ad un db poi modificare o aggiungerne altri 
> sempre da php od eventualmente eseguire (sempre tramite php) dei comandi 
> da shell?

Dunque, io scinderei la parte di interfaccia da quella funzionale,
ovvero:
- prima ci vuole un backend sotto che faccia il lavoro sporco (che sia
pam in varie salse, ldap o qualcosa di simile). Assieme a questo
sottosistema ci saranno (immagino) anche i relativi tools per la
gestione utenti da linea di comando (adduser, addgroup e
corrispettivi...)

- poi ci vuole, se non si vuole usare la console, una gui. E allora qui
il php potrebbe andare benissimo, così come altre soluzioni.

Ovviamente nulla vieta di andare a smaneggiare i files direttamente da
php, ma se già ci sono i tools apposta (o librerie) tanto vale passare
da quelli.
Ad esempio, il comando adduser permette di creare i record nei file
passwd,shadow e group, ma contemporaneamente crea la home directory,
eventualmente usando dei template predefiniti (...)
Ricostruire tutto questo in php o altro lo vedo uno spreco :)

L'idea del DB (qualcosa di minimale) era venuta fuori per consentire di
gestire in maniera più agevole e flessibile l'elenco degli account
scolastici. Ad esempio separandoli dagli account di sistema.
Tra l'altro credo che anche con il php sia più semplice/efficiente
operare su un db piuttosto che andarsi a fare ogni volta il parsing del
file passwd o simili...

Cmq è un'idea che rimane aperta. 

Ivan