Discussion :

[DanaKil]

Bonjour,

Via FosUserBundle, j'aimerais créer plusieurs "profils" utilisateur, c'est-à-dire pouvoir gérer des types d'utilisateurs qui n'utilisent pas la même classe (et donc pas les même champs). Je suppose qu'il s'agit alors d'avoir une table principale qui contient les champs nécessaires à la connexion (login, mot de passe...) puis deux (ou plus) tables avec des champs spécifiques qui seront agrégés à la table principale.

Je crois que dans la version 1.4 de symfony, il existait des "profiles" qui permettaient de faire cela. Existe-t-il quelque chose de similaire dans FosUserBundle ? Il y a bien une histoire de "Groups" dans la doc mais je ne comprends pas trop à quoi ils servent.

Merci

[DanaKil]

Je réponds moi-même à ma question, mais sans réelle solution (pour l'instant !).

Quelqu'un posait la même question ici ("FOSUserBundle multiple user types ?!") :
http://groups.google.com/group/symfo...lnk=raot&pli=1

Une réponse datée du 22 août indique que quelqu'un a une solution. Cela a nécessité un patch qui a été accepté sur le FosUserBundle. En gros, il utilise deux user managers et deux firewall... Par contre la démarche est loin d'être détaillée...

Le fait d'avoir deux types d'utilisateurs complètement différents me paraît être quelque chose d'assez courant et je m'étonne qu'il n'y ai pas de solution "prête-à-l'emploi"... Je remonte donc le post en espérant que d'autres personnes seront intéressée

[dourouc05]

Il y a bien une histoire de "Groups" dans la doc mais je ne comprends pas trop à quoi ils servent.

Un groupe permet de donner une série de droits.

Le fait d'avoir deux types d'utilisateurs complètement différents me paraît être quelque chose d'assez courant et je m'étonne qu'il n'y ai pas de solution "prête-à-l'emploi"...

Euh... du tout. Je n'en vois pas du tout l'utilité, à vrai dire ! Tu peux avoir des visiteurs et des administrateurs, mais ils seront distingués par leurs droits (donc groupes). Donc l'existant suffit largement.

[Philoulheinz]

Merci DanaKil!

J'ai également le même problème : des types d'utilisateurs avec des profils différents.

je vais aller voir le lien que tu donnes.

[DanaKil]

@dourouc05

Merci pour ta réponse mais elle ne fait pas avancer le problème ... L'objectif n'est pas de restreindre l'accès à certaines pages/fonctionnalités mais de gérer des types d'utilisateurs avec des profils complètements différents, c'est-à-dire des colonnes différentes dans leur table au final (et je ne parle pas de seulement un champ ou deux que je pourrais éventuellement laisser non renseigné, mais de tables vraiment différentes).

L'idéal serait donc d'avoir une table de base avec quelques champs communs (login, mdp...) et un flag identifiant le type de l'utilisateur, puis des tables avec les champs additionnels pour chaque type que l'on pourrait agréger à la table de base en fonction du type (ou une autre méthode similaire...).

[dourouc05]

Je ne vois toujours pas le besoin là-derrière, mais bon . Tu aurais un exemple pratique ?

Tu peux envisager de donner un « droit » à chaque utilisateur, qui t'indiquera le type d'utilisateur dont il s'agit. Tu sauras donc dans quelle table aller chercher les infos nécessaires. Il me semble que c'est une solution assez simple, mais je n'ai pas testé. Tu peux donner les droits directement à l'utilisateur ou en l'associant à un groupe (vu que je suppose qu'il y aura des séries de droits différents).