Zend FR

N'oubliez pas qu'il y a une forme d'héritage des ressources, regardez bien la doc de Zend, c'est expliquer.
Ainsi, par exemple, la ressource 'news' est père d'autres ressources, aussi père de d'autres.
Donc, si tu deny a 'news', tout ce qui est en dessous sera deny aussi.

ex :
$acl->add(new Zend_Acl_Resource('fr'), 'news');
$acl->add(new Zend_Acl_Resource('en'), 'news');
// news possède 2 fils : fr et en

Les id uniques peuvent aussi utilisé pour affiné au maximum les droits (par exemple les id des news)

Concernant les roles, j'utilise un numéro de groupes.
Chaque utilisateur peut être affecté à un groupe. De plus chaque utilisateur possède un groupe qui leur est uniquement lié à eux (une sorte de groupe invisible). Sans oublié que la aussi, l'héritage est possible :
ex :
$acl->addRole(new Zend_Acl_Role('modérateur'), array("invité", "newser"));
$acl->addRole(new Zend_Acl_Role('Admin'), array("modérateur"));
// modérateur hérite de "invité" et "newser"
// Admin hérite de modérateur


EDIt :
Fait un tableau comme dans la doc de Zend !

Dernière modification par nORKy (15-01-2009 09:57:25)

Bon, j'essai de réexpliquer avec un EXEMPLE
un arbre de ressources :

      global
      /  |   \
    fr  en
   /
 ruby
/
...

Chaque ressource hérite de l'autre.
C'est écrit dans la doc : "Par exemple, si une règle par défaut doit être appliquée à tous les bâtiments d'une ville, on pourra simplement assigner la règle à la ville elle-même, au lieu de la répéter à tous les bâtiments"
Donc, tu places les droits de membres sur ton site en entier ('global' , disons qu'on déclare l'action 'lire')
Ainsi, quand tu test le droits 'lire' sur 'rudby', ca fonctionne grace à l'heritage sur global. Pas besoin de redéclarer la ressource 'lire' sur rudby.

Tu veux créer un autre role que 'membre', par exemple 'newser', tu devrais répéter tous les droits en plus de ceux qui leur sont spécifique. (replacer le droit de 'lire de newser sur global, alors que membre possède déjà ce droit)

Pour empecher cela, il faut aussi faire un arbre sur les roles :
Tu as un role 'newser' qui hérite du role 'membre'.

Tu donnes le droit de 'lire' de membres sur global.
Tu donnes lee droit de 'ecrire' de  newser sur 'rugby'.

Ainsi, quand tu donnes les droits de newser sur rudby, tu n'as pas besoin de dire qu'il a le droit de 'lire'.

Ca permet de bien 'constater' les droits spécifique de chacun.

De plus, on peut compliquer les choses en utilisant des exceptions (en utilisant à la fois allow et deny sur plusieurs endroits de l'arbre).

Tu sais très bien ce que tu veux, prends le temps de faire un schéma.


Concernant le stockage, mois, j'utilise un BDD, et j'ai un plugin qui charge tous les roles et ressources d'après ma bdd (un cache peut êtr utile)

bon courage