zum konzept rollen/berechtigung/gruppen. in einigen projekten, die ich gemacht habe, setzte ich folgendes an: in einer db-tabelle definiere ich berechtigungsobjekte (zuerst abstrakt)
MfG / Best Regards ----------------------------------- Janusz Czembor OSRAM GmbH 81536 M�nchen Hellabrunnerstr. 1 Tel. +49 89 6213 3048 Fax 83048 EMail [EMAIL PROTECTED] -------------------------------- > -----Urspr�ngliche Nachricht----- > Von: Andreas Roth [mailto:[EMAIL PROTECTED]] > Gesendet: Montag, 21. Januar 2002 15:56 > An: AspGerman Kaffeehaus > Betreff: [aspdecoffeehouse] AW: Newsletter Skript > > > Benutzergruppen und Berechtigungen sind seperat. Man legt also > Benutzergruppen an und weist Ihnen Rechte zu. > > Andreas Roth > -------------------------------------- > [EMAIL PROTECTED] *jetzt mit Chat* > http://www.EuphoriasChild.DarkTech.org > -------------------------------------- > > > -----Urspr�ngliche Nachricht----- > > Von: Buchner Gerhard [mailto:[EMAIL PROTECTED]] > > Gesendet: Montag, 21. Januar 2002 14:49 > > An: AspGerman Kaffeehaus > > Betreff: [aspdecoffeehouse] AW: Newsletter Skript > > > > > > > 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/aspdecoffee house.asp ***************************************************************** Dieser Hinweis bestaetigt, dass diese E-Mail durch MIMEsweeper Content Security auf alle bekannten Sicherheitsaspekte und Computer Viren untersucht wurde. This footnote confirms that this email message has been swept by MIMEsweeper for Content Security threats, including computer viruses. ***************************************************************** | [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 | [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
