[Résolu] Concevoir des rôles utilisateurs pour un site

if (role < 3) {}

if (role === 'administrator' || role === 'moderator') {}

if (['administrator', 'moderator'].includes(role)) {}

INSERT INTO __role (_id, _name, _description)
VALUES
  (1, 'administrator', 'Les administrateurs ont un accès complet au site. Ils peuvent effectuer toutes les tâches de gestion, y compris la modification des paramètres du site, l''ajout et la suppression de contenu, la gestion des utilisateurs.'),
  (2, 'moderator', 'Les modérateurs ont le pouvoir de publier, modifier et supprimer tout le contenu sur le site. Ils ne peuvent pas accéder aux paramètres du site ni effectuer des actions administratives.'),
  (4, 'author', 'Les auteurs peuvent publier et gérer leur propre contenu. Ils ne peuvent pas modifier ou supprimer le contenu des autres utilisateurs.'),
  (5, 'contributor', 'Les contributeurs peuvent soumettre leur contenu pour examen, mais ils ne peuvent pas le publier eux-mêmes. Les modérateurs ou les administrateurs doivent approuver leur contenu pour qu''il soit publié.'),
  (8, 'commentator', 'Les commentateurs peuvent publier des commentaires sous un contenu déjà créé.'),
  (9, 'subscriber', 'Les utilisateurs inscrits peuvent lire certains contenus non accessibles sans connexion au site.');

parsimonhi a écrit :
2) Ne mets pas trop de rôles différents en place au départ, et fais la distinction entre rôle et droit. D'un côté tu feras une liste de droits fondamentaux, et de l'autres une liste de rôles qui auront chacun un ou plusieurs de ces droits.

Mathieuu a écrit :
Pour les droits avec des bits, c'est le fonctionnement des droits de fichiers unix.

parsimonhi a écrit :
Ce n'est pas seulement dans Wordpress que c'est comme ça. C'est assez général. Ça s'appelle "Le contrôle d'accès basé sur les rôles" (ou RBAC (Role Based Access Control). Et dans un RBAC, on attribue aux utilisateurs des rôles qui eux-mêmes sont en gros des listes d'autorisations gérées par un administrateur. Et il y a une montagne de références sur ce principe.

Olivier C a écrit :
A priori je dirais que c'est mieux de les mettre en SQL.. du coup j'ai un doute...

CREATE TABLE capabilities (
    name VARCHAR(13) PRIMARY KEY,
    create_users BOOLEAN,
    update_users BOOLEAN,
    delete_users BOOLEAN,
    create_posts BOOLEAN,
    update_posts BOOLEAN,
    delete_posts BOOLEAN,
    update_others_posts BOOLEAN,
    delete_others_posts BOOLEAN,
    create_tags BOOLEAN,
    update_tags BOOLEAN,
    delete_tags BOOLEAN,
    create_comments BOOLEAN,
    update_comments BOOLEAN,
    delete_comments BOOLEAN,
    publish_posts BOOLEAN,
    read BOOLEAN,
    upload_files BOOLEAN
);

REVOKE INSERT, UPDATE, DELETE ON roles FROM PUBLIC;

Mathieuu a écrit :
2 : J'ai pas trop compris pourquoi tu as mis des trous ( 3 6 7 ) dans ta liste

Mathieuu a écrit :
3 : J'ai pas compris ta notion de groupe

QuentinC a écrit :
Par contre ce serait préférable d'avoir un identifiant unique en plus, ça améliorera grandement les jointures que tu ne manqueras pas de faire sur ta table de rôles.

SELECT
  ...
FROM __account a
LEFT JOIN __media m
  ON m._id = a._media_id
LEFT JOIN __person p
  ON p._id = a._person_id
LEFT JOIN __role r
  ON r._name = a._role_name
...;

a écrit :
Comme on le voit, la comparaison "_name" détonne avec les "_id" qui précèdent, mais bon...