Discussion :

[cobos]

Bonsoir,
Je dois faire un système de droits d'accès grâce aux opérateurs binaires, mais le soucis est que j'ai plus de 32 droits à gérer du coup ça devient compliqué.
avez vous une idée de comment je peux faire ça autrement ?

voici un peu ce que j'ai fait:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 define ('AJOUT_ARTICLE', 0x01); 
            define ('SUPPRIMER_ARTICLE', 0x02); 
            define ('LISTER_ARTICLE', 0x04);
            define ('MODIFIER_ARTICLE', 0x08);
            //catégorie
            define ('AJOUT_CATEGORIE', 0x10); 
            define ('SUPPRIMER_CATEGORIE', 0x20); 
            define ('LISTER_CATEGORIE', 0x40);
            define ('MODIFIER_CATEGORIE', 0x80);
            --------------------------------------------
            ---------------------------------------------
           //privilège
            define ('AJOUT_PRIVILEGE', 0x1000000); 
            define ('SUPPRIMER_PRIVILEGE', 0x2000000); 
            define ('LISTER_PRIVILEGE', 0x4000000);
            define ('MODIFIER_PRIVILEGE', 0x8000000);

[grunk]

Le masquage de bit c'est très bien quand tu as peu de permission. Dans ton cas , je pense qu'il faut envisager de passer sur un système un peu plus complexe de role et permission gérer par un base de données.
Une table role, une table permission et pour chacune une table qui fait le lien avec les utilisateurs.

Ca te permet une infinité de combinaison sans te prendre la tête sur la taille de ton entier.

[Celira]

Je redécouvre le système du masquage de bits, c'est sympa

Un petit rappel sur les roles et les permissions : un utilisateur a un ou plusieurs rôles, un rôle a une ou plusieurs permissions.
En reprenant ton exemple, on pourrait par exemple faire quelque chose comme :
Rôle : admin_article ; Permissions : ajout_article, supprimer_article, modifier_article
Rôle : admin_cat ; Permissions :ajout_cat, supprimer_cat, modifier_cat

[rawsrc]

Salut,

Le plus simple c'est de partir du principe que ce qui n'est pas explicitement autorisé est interdit.
L'approche la plus souple c'est d'utiliser les rôles comme modèle de base et d'affiner selon chaque utilisateur.
Quelque chose dans ce genre :
t_grant_role(#id_grant_role, role)
t_grant_role_profile(#id_grant_role_profile, id_grant_role, id_action)
t_grant_user_profile(#id_grant_user_profile, id_user, id_action)

Dans ton application tu choisis un rôle pour un utilisateur, tu enregistres ce choix dans la fiche utilisateur, tu recopies les pouvoirs du rôle dans la table des autorisations et toutes les actions qui ne sont pas présentes dans cette table sont tout simplement interdites.

[cobos]

Salut,

Le plus simple c'est de partir du principe que ce qui n'est pas explicitement autorisé est interdit.
L'approche la plus souple c'est d'utiliser les rôles comme modèle de base et d'affiner selon chaque utilisateur.
Quelque chose dans ce genre :
t_grant_role(#id_grant_role, role)
t_grant_role_profile(#id_grant_role_profile, id_grant_role, id_action)
t_grant_user_profile(#id_grant_user_profile, id_user, id_action)

Dans ton application tu choisis un rôle pour un utilisateur, tu enregistres ce choix dans la fiche utilisateur, tu recopies les pouvoirs du rôle dans la table des autorisations et toutes les actions qui ne sont pas présentes dans cette table sont tout simplement interdites.

J'avoue que je comprends pas bien. Dans mon système je veux laisser l'utilisateur final (le client) lui même définir les accès pour ses utilisateurs. j'ai donc conçu une interface où il y a toutes les actions (boutons et liens) sous forme de case à cocher. Donc quand il crée un rôle, il coche les boutons (ajouter,supprimer,modifier...) et liens auxquels l'utilisateur ayant ce rôle pourra avoir accès.

[rawsrc]

Donc quand il crée un rôle, il coche les boutons (ajouter,supprimer,modifier...) et liens auxquels l'utilisateur ayant ce rôle pourra avoir accès.

Non, l'utilisateur créé un profil d'utilisateur, le rôle est le modèle de profil proposé par l'application.
Quand tu as par exemple 200 actions possibles, tu t'imagines devoir cocher 200 cases pour définir les autorisations pour chaque nouveau profil ?
Donc en premier lieu tu définies des rôles : Administrateur, Manager, Exploitation... auxquels tu rattaches des droits. Cela va te fournir une base de personnalisation, ensuite pour chaque nouvel utilisateur, tu sélectionnes le profil de base (le modèle), cela devra te cocher automatiquement les droits définis qui restent ensuite personnalisables selon tes besoins.

[cobos]

Une table role, une table permission et pour chacune une table qui fait le lien avec les utilisateurs.

Merci pour ta réponse, mais je comprend pas bien quand tu dis et pour chacune une table qui fait le lien avec les utilisateurs.