perfetto, molto carina, mi piace il modo di portare la configurazione dell' applicativo direttamente nel web.config, con un unico neo...
da quel che ho capito Profile e' fatto per sostituire i cookie
per questo salva i dati nel DB..

Quindi se utilizzo un utente generico(ricordo che i dati della login non sono username e password ma 2 viste da 2 db differenti che hanno solo un ID in comune, per ogni user esistono piu' password..) non posso salvare i miei dati in questo modo, altrimenti un utente che si logga dopo sovrascrive i dati.
Dopotutto e' il mio problema principale..
A questo punto non restano che le session..
[scrivere un provider anche per profile che salvi nelle session mi sembra assurdo].

nel profile invece posso mettere tutte le customizzazioni generali legate al gruppo di utenti..

Daniele Bochicchio ha scritto:
non capisco perchè, però penso ci sia un senso

il senso e' che me l'hanno imposto e non posso farci nulla(piu' di dire che e' assurdo)

per cui sì, forse fai prima a fare con le Session (che io non userei mai, ma è un altro discorso)

perche? per problemi di sicurezza?
l'unico che conosco e' che qualcuno rubi l'ID della sessione..

comunque normalmente non tengo dati sensibili nella Session, ma solo nel DB.

un utente con x password non l'avevo ancora visto.

infatti sono x utenti e non un utente y con x password,
pero' tutti questi x utenti fanno parte dello stesso gruppo d'utenti(y).

naturalmente tutte le y hanno ruolo pippo.

esempio:

sono d'accordo con te se mi dicessi che tu aspitalia l'avresti messo nel profilo utente e usato un username diverso, e come avrei fatto io se potessi decidere.