Architecture multi utilisateur

[bastien31000]

Bonjour,

Je réfléchis à la façon d'organiser les répertoires qui contiendront les données utilisateurs que je ne stocke pas en base, comme les images et les vidéos. Pour l'instant je n'arrive pas trop à trancher.

J'ai x users. Certains peuvent appartenir à une même entité (une société par ex). Ils peuvent uploader des images ou des vidéos. S'ils appartiennent à une même entité, il faudrait qu'il puisse voir tous les fichiers liés à cette entité, qq soit le user qui les a uploadés.

Le nom de mes fichiers uploadés est encodé en utilisant sha1 et pour garantir l'unicité du nom, j'utilise le nom de l'image + le timestamp d'upload en base.

Je pensais créer un répertoire par entité et mettre ensuite en vrac tous les fichiers quel que soit l'utilisateur, pour faciliter l'affichage sans avoir à aller chercher dans plusieurs répertoires différents. Le problème ici est que ce sont les users qui s inscrivent au service. L'entité (société par ex) en elle-même n'est pas défini en propre comme un user, mais est simplement un attribut d'un utilisateur.

Une autre solution serait d'avoir un répertoire par user et du coup, pour une même société, d'avoir à récupérer des fichiers dans plusieurs répertoires, donc un peu plus lourd à coder. Pas la mort non plus.

A moins que la façon de gérer une entité ne soit pas la bonne. Peut-être faudrait il que je crée une sorte de super user qui représenter l'entité, qui elle-même peut avoir x user.

Dans le cas où un user n'est pas rattaché à une entité, le user est l'entité.

Ca doit rejoindre des problématiques RBAC. Y a t il des best practises sur ces différents points ?

Des idées ? merci d'avance
Bastien

[Vil'Coyote]

la première idée qui me viendrait serait d'avoir un répertoire foutoir ou tous les fichier seraient présent. ensuite en base de données lister l'ensemble des fichier et y ajouter les droit d'accès (société, groupe etc ...) maintenant tous dépend de tes besoins concret. dans la cas présent je pencherais pour une répertoire par société et derriere cela gérer en base de données les droits d'accès au répertoire ou aux fichiers

[bastien31000]

Merci

en fait en réfléchissant, j ai opté pour l archi suivante :
- un super user est à la fois un user et représente l entité société. Il a le droit de créer des users pour cette société. L'id du super user est donc en soit l id de la société, comme un groupe.

du coup, niveau répertoire, j en fais un par société donc à la création du super user. ca me permet ensuite de facilement gérer le contenu créé par les autres user et tt faire dépendre de l entité de plus haut niveau.

pour l instant, ca fonctionne