Re: permissions managment

From: Date: Tue, 13 Aug 2002 07:23:15 +0000
Subject: Re: permissions managment
References: 1  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-8345@lists.php.net to get a copy of this message
Hello, robert janeczek! > i think its the time to think about perms class(es). i exchanged some emails > with martin jensen about it. we agreed that there is a need for such > functionality. during the discussion we came to something like this: > - new category (probably Perm) or subcategory in Auth +1 to have the category in Auth. > why multiple classes? there are two basic categories of perms system needed: > for basic use and for advanced use. the first one is when you need something > more than Auth class but not to complicated. my idea is (as shown earlier > here) simple binary encoded perms value, ie. > perms['Student'] = 1; > perms['Moderator'] = 2; > perms['Administrator'] = 4; > (this array would be only needed for displaying permissions desription) Why? I propose to make permissions like in unix-like systems. Why not? It will be fine to have group/uid permissions. root = 0:0, and etc.. > in a container there would be one more field needed for storing perms (ie. > moderator + administrator = 2 | 4). i think you all get the idea - its > simplest perms system possible imho. it is ready - it required few changes > in auth class and in container (currently db container works, i haven`t > tried it with the other ones). > the discussion we should have here is: > - to do or not to do? it will be fine.. > - where to place this in pear structure? Auth/Perm But I think Perm-class should be written and for separate from Auth functionality (if possible). > - who is going to make it? :) hm..:) > - everything more you think should be discussed here -- Best regards, KVN. PHP4You (<http://php4you.kiev.ua/>) PEAR [ru] (<http://pear.php.net/manual/ru/>) mailto:kvn@php.net

« previous php.pear.dev (#8345) next »