Re: [Phplib-users] ACL auth/perm (was: preexisting perm integration)

[Ben C. <php...@be...>]

Just one minor thing... the package name is phpBugTracker. :)

On Sat, Aug 25, 2001 at 12:02:51PM +0200, giancarlo pinerolo wrote:
> There is a new class proposed for handling the auth on objects.
> It's in the CVS tree. 
> 
> this is its intructory message:
> http://www.geocrawler.com/lists/3/SourceForge/14160/0/6431668/
> 
> the classes in CVS are the acl_* ones
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phplib/php-lib/php/auth/
> 
> I looked at it, and for me that should go into the User class, for the
> reason I explain here
> http://www.geocrawler.com/lists/3/SourceForge/14160/0/6479265/
> 
> with three advantages:
> 
> - you untouch the Auth class, so leave place for integrating past-future
> packages/apps
> - you have a live representation of that, which for me is more a 'state'
> then a 'registered user credentials' (see my msg to phplib-core:
> - you are not forced to redump every live [auth] modification to that
> table (which is something you cannot pretend anyway to be done by
> phplib), because youll' find the latest 'live' representation in the
> USer class. This is what the author of PHPBugTraq found useful, 
> ( http://www.geocrawler.com/lists/4/Web/195/0/6466737/ )
> and recalls to that discussion with kk about 'what  and why should you
> keep fringes of data in the User array without dumping it to a
> structured table'. The conclusion is that mostly depens on
> stats/live_stats requirements...
> 
> 
> - Gian
> 
> _______________________________________________
> Phplib-users mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phplib-users