Discussion :

[Leptik]

Salutations à toute la communauté !

Dans le cadre de mon stage je dois réaliser une application web permettant aux utilisateurs de partager des fichiers mais j'éprouve quelques difficultés quant à sa conception

Actuellement, il y a 3 niveaux hiérarchiques:
- Administrateur, qui possède tous les droits (à savoir: gestion des différents dossiers clients et partenaires, gestion des comptes, gestion des fichiers uploadés).
- Client, qui possède les droits sur son dossier (à savoir: gestion des différents dossiers partenaires, gestion des comptes partenaires, gestion des fichiers uploadés par les utilisateurs du dossier client et des partenaires du client).
- Partenaire qui ne peut qu'uploader ou supprimer des fichiers dans son dossier partenaire.

J'ai un peu de mal (doux euphémisme ) à mettre en place une BDD... Comment vais-je devoir faire pour la gestion des différents droits ?

En éspérant être suffisamment explicite

Cordialement.

Leptik

[kaukos]

Bonjour,
je pense qu'il faut que tu recherche du coté des fichiers .htaccess.
Ensuite, a partir de t'as base, tu devrais pouvoir creer des comptes utilisateurs et des groupes. a partir de la il ne te reste plus qu'a cumuler le tout...

(ps : avis de débutant)

[pelman]

Quelle Technologie vas tu utilisée ? PHP/MySQL ? ASP ? Autres?
de toutes façons le Fichier .htaccess ne résoudra pas ton probleme ...
Tu vas devoir implementer une base de données avec une table utilisateurs (login , password, nom , tel , etc) qui correspondra aux infos elementaires de chaque utilisateurs qui te seront nécessaires pour ton application quels que soient les droits qui leurs seront attribués par la suite. a toi de reflechir sur la clé primaire ( si tu veux un couple Login Password unique par exemple).
dans une deuxième table ROLES par exemple tu y referenceras tous les roles possibles (administrateur , clients ,partenaires) ainsi tu pourras la faire évoluer dans le futur si jamais il faut rajouter 1 niveau !!
dans une troisieme DROITS correspondra à chaque droits unitaires possibles (gestion des dossiers clients , des comptes des fichiers , etc, etc)

tu auras donc une 4éme table qui correspondra à la liaison roles -- droits
(attributions de droits en fonction du role)

une 5éme à la liaison utilisateurs -- roles (qui pourrait être rapatriée dans la table utilisateur ...)

et la plus rigolotte: une 6éme table qui correspondra à une relation reflexive sur la table utilisateur en fonction de la hierrarchie :
admin->client->partenaires ( comme la célèbre relation "est parent de " ) .
du style:
id utilisateur1--> id utilisateur2
id utilisateur1--> id utilisateur3
id utilisateur4--> id utilisateur1
qui pourrait être interprété comme utilisateur4 : admin, utilisateur 1 : client, et les 2 et 3 comme partenaires du client 1!!
Me suis je bien fait comprendre ???

Tu devras ensuite gérer ton application avec des requetes SQL imbriquées qui viendront vérifiés les règles fonctionnelles avant d'autoriser ou non une action !!