Gestion des utilisateurs avec les bits

Version imprimable

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:

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);

29/03/2018, 08h23
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.
29/03/2018, 11h26
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
30/03/2018, 07h05
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.
30/03/2018, 09h36
cobos

Citation:

Envoyé par grunk

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.
30/03/2018, 09h46
cobos

Citation:

Envoyé par 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.

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.
31/03/2018, 09h22
rawsrc

Citation:

Envoyé par cobos

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.
14/04/2018, 20h26
cobos

OK, Merci. J'ai groupé les fonctionnalités et là ça passe merci pour votre aide