Version imprimable
Bonjour,
je travaille sur une tache, dans mon projet sous symfony, qui nécessite la connexion des utilisateurs.Autrement dit, les utilisateurs ne doivent pas utilisés des fonctionnalités qu'après authentification. j'ai déjà programmer le module des inscriptions et las utilisateurs sont stockés dans la base de données avec leurs login et leurs mot de passe.
Comment programmer des authentification avec symfony ??
Un tutoriel s'il existe sera mieux .
Merci.
La grande majorité des développeurs utilises : sfDoctrineGuardPlugin et éventuellement : sfForkedDoctrineApplyPlugin
Le premier permet de gérer les utilisateurs et leurs droits dans l'application, (accessoirement ces droits peuvent être donnée individuellement ou par l'intermédiaire d'un groupe). Il est fourni avec les outils pour le login et le logout ainsi que tous ce qu'il faut pour gérer les utilisateurs, les droits et les groupes.
Le deuxième permet d'enrichir les champs de la table utilisateur, de gérer la création d'un compte par l'utilisateur, de gérer la perte de mot de passe, la modification de son compte avec des vérifications par email...
Dommage, tous le travail que tu as fais est a oublier... mais ces outils sont les deux pierres de base d'un projets symfony.
Si réellement tu tiens à conserver ton modèle, dans le plugin sfGuard, tu trouveras les exemples de code nécessaire à la gestion des logins et logouts.
un exemple pour router un utilisateur vers son profil uniquement ?
Je cherche à savoir si le plugin sf_guard utilise les crédentials? si oui comment ?
J aimerai gérer différents profils avec sf-guard_user et ses permissions.
j 'ai 3 niveaux de profils différents avec des champs et des relations spécifique avec les autres tables.
J ' hésite à n' utiliser qu' une seule table en modifiant le modèle du plugin ou utiliser l' héritage.
Une idée?
C' est bon j' ai réussi à utiliser les permissions il faut maintenant que j' hérite sf-guard_user 2 fois pour complèter les champs spécifiques.
Merci.
Non !Citation:
J ' hésite à n' utiliser qu' une seule table en modifiant le modèle du plugin
Pour les raisons que je t'ai évoquée dans ton autre topic.
Oui :DCode:ou utiliser l' héritage.
Si tu as des difficultés, je te conseille de te reporter à la doc officielle de Doctrine : Inheritance, ou à ouvrir un autre topic si tu as malgré tout des difficultés avec.
ok mais j' aimerai continuer à alimenter la table du plugin qui contiendra les nouveau login. à chaque fois qu' un utilisateur sera ajouté.
En fait cas simple :
Je suis consultant je crée 1 nouveau client:
J' ajoute un user donc login/mot de passe dans la table sd_user_guard.
Mais j ' ai aussi d' autres champs et une relation 1-1 avec mon client
Actuellement j' ai ceci
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
J' aimerai factorisé les champs en doublon et partagé les champs login/pass de la table sf_guard_user.
Car tout le monde à besoin de loguer.
Oui, et c'est ce que l'héritage te permet. Dans ton cas, cela te donnerait quelque chose du genre :
En pensant à supprimer de tes classes les colonnes qui se retrouvent en doublon avec les colonnes de sfGuardUserCode:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36Consultant: inheritance: extends: sfGuardUser type: column_aggregation keyField: type keyValue: CONSULTANT columns: name: type: string(255) firstname: type: string(255) email: type: string(255) Customer: inheritance: extends: sfGuardUser type: column_aggregation keyField: type keyValue: CUSTOMER columns: name: type: string(255) firstname: type: string(255) consultant_id: type: integer(7 email: type: string(255) company: type: string(255) function: type: string(255) address1: type: string(255) postcode: type: string(255) city: type: string(100) tel: type: string(30) mobile: type: string(30) relations: Consultant: local: consultant_id foreign: id foreignType: one
ok je te remercie je vais tester cela.
Mais quand tu parles de classe, c' est bien au niveau du code, n' est ce pas ?
J' au rebuildé le model, j' ai 2 tables en moins et mes backend-admin (consultant et customer) fonctionnent toujours.
Il faut maintenant que je m' attaque à la modif des formulaires CRUD.