Re: permissions managment
| From: | Vitaly N. Kravchenko | 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