> Jede Applikation kann neben den Standartberechtigungen > (Lesen, L�schen, > Schreiben usw.) eigene Berechtigungen definieren. Der Chat > bringt dann zum > Beispiel die Berechtigung "Kick" mit. Die Berechtigung werden auf eine > Andere Tabelle verkn�pft in der Objekte bestimmt werden. Z.B. eigene > Chatrooms
Mu� ich dann mal anschauen, blicke so ohne Code nicht ganz durch ;-) Mein Problem. Zum Beispiel f�r den Newsletter das Rollenkonzept: Admin - darf alles AccountManager - darf Newsletter-Abonenten verwalten CategoryAdmin - darf Newsletter-Kategorien verwalten Author - darf f�r die f�r ihn freigegebenen Kategorien Newsletter senden und Abonenten verwalten Beispiel Produktdatenbank: Admin - darf alles CategoryAdmin - darf Produkt-Kategorien verwalten TechnicAuthor - darf Files verwalten SupportAuthor - darf Bugfixes verwalten SalesAuthor - darf Werbetexte und Preise verwalten ... (beliebig erweiterbar) Beispiel G�stebuch: Admin - darf alles Author - darf Kommentare verwalten (aber keine User) Dies sind nat�rlich alles nur Beispiele. Die einzelnen Module sind halt so unterschiedlich, dass mir noch kein einheitlicher Gedanke bez�glich dem Rollenkonzept eingefallen ist :-( Ciao Buchi | [aspdecoffeehouse] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp
