Discussion :

[nechalus]

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.

[Michel Rotta]

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.

[mantex]

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.

[bilbonec]

J ' hésite à n' utiliser qu' une seule table en modifiant le modèle du plugin

Non !
Pour les raisons que je t'ai évoquée dans ton autre topic.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ou utiliser l' héritage.

Oui
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.

[mantex]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
Consultant:
  actAs: { Timestampable ~ }
  columns:
   name:          type: string(255)
   firstname:     type: string(255)
   email:         type: string(255)
 
 
Customer:
  actAs: { Timestampable ~ }
  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)

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.

[bilbonec]

Oui, et c'est ce que l'héritage te permet. Dans ton cas, cela te donnerait quelque chose du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
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
36
 
Consultant:
  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

En pensant à supprimer de tes classes les colonnes qui se retrouvent en doublon avec les colonnes de sfGuardUser