Implementar Acl

[Bellenger]

Hola a todos, aqui nuevamente con un inconveniente al momento de implementar ACL, hasta donde he leido y visto en ejemplos en la web... lo que hacen es definir cada permiso (allow), y denegacion (denied), de manera individual, hasta donde veo es beneficioso, del punto que me permite definir que actions puede ejecutar un usuario, pero en un sistema donde tengo distintos niveles de usuarios (roles), y distintos permisos, hacerlo al menos de la manera como demuestran en los ejemplos veo que es algo titanico :S aqui un ejemplo de como lo hacen :S

Código PHP:

     //Add a new role called "guest"
    $this->addRole(new Zend_Acl_Role('guest'));
 
    //Add a role called user, which inherits from guest
    $this->addRole(new Zend_Acl_Role('user'), 'guest');
 
    //Add a resource called page
    $this->add(new Zend_Acl_Resource('page'));
 
    //Add a resource called news, which inherits page
    $this->add(new Zend_Acl_Resource('news'), 'page');
 
    //Finally, we want to allow guests to view pages
    $this->allow('guest', 'page', 'view');
 
    //and users can comment news
    $this->allow('user', 'news', 'comment'); 
   

En una aplicacion, sistema o lo que fuese, si lelgo a tener 5 roles ( mi actual caso), y N usuarios, este ejemplo no ayudaria mucho.... busque alternativas pero no logre encontrar mucha informacion de como implementar algo mas elaborado... me surgio la idea de colocar todos estos permisos en una tabla y que este disponible en cada request para verificar dicho permiso, que les parece esta idea? alguien que haya optado por la misma idea...o alguna otra solucion que le hayan dado....

Otro dificultad que encontre es como defino que modulo usara los ACL, actualmente tengo dos modulos tipicos (Public y Admin) y en mi caso el admin solo es el que necesita el ACL, como haria para indicaria que solo se use en el modulo Admin... otro detalle es como es como accedo a los datos del usuario, por que hasta el momento accedo asi:

Código PHP:

  Zend_Auth::getInstance()... 
   

Alguna referencia... Gracias de antemano...

[masterpuppet]

En el ejemplo que expones no veo el problema, el tema es cuando es dinámico y granular, igual hay varios ejemplos, te dejo algunos,

http://framework.zend.com/wiki/displ...tabase+backend
http://www.zimuel.it/en/a-use-case-o...h-db-and-ldap/
http://codeutopia.net/blog/2009/02/1...-dynamic-acls/
http://www.slideshare.net/wimg/creat...ebinar-8337996 --> http://www.zend.com/en/webinar/Frame...f-20110615.flv

Con respecto a definir el acl por modulo, ten en cuenta que los modulos de Zend son un chiste, no es mas que una forma de separar bloques de código pero no te permite definir en algun lugar un acl para que el modulo lo utilice, porque el modulo como tal no existe, son second-class citizens, de todas formas seguramente tengas un plugin, bueno ese plugin tiene acceso al request, a traves de este sabes a que modulo intenta acceder el request y en base a esto obtienes el acl.
Sobre el usuario, no entiendo donde tienes el problema teniendo en cuenta que puedes guardar la info que quieras sobre el mismo en sesion, incluso puedes hacer un plugin que en cada request "levante" el usuario y lo sete al frontController o al request.

Saludos.

[teloxzak]

Bueno la forma más simple de ver este asunto de acl es: modules, controller y action hay que tratarlos como resources, por lo que si quieres montarlos en la BD todos tus resources en una tabla, los roles son como vas a nombrar los grupos y almacenarlos en otra tabla, los permisos seria otra tabla donde tendríamos relacionados los roles con los resource y una columna donde vamos a permitir o denegar, en la tabla de usuarios vas a asignarle el rol, por lo que de el predispatch() con un plugin puedes verificar si cada usuario tiene permiso al recurso.
Bueno es una forma muy general de verlo, espero y te sirva, saludos