Discussion :

[nims]

Bonsoir !

J'ai lu certains posts qui préconisent l'utilisation d'autres plugin (couplé à guard) pour surcharger la table sfGuardUser...

Pourtant, ajouter un champ dans le schema.yml qui se trouve dans config/doctrine (le perso PAS dans plugins) ça fonctionne bien apparemment ...

Qu'en pensez vous ?
Bien ou... pas bien ??

[sacricri]

Bonsoir,

J'avais regardé pour le surchargé mais je me suis rendu compte que c'était inutile et un peu idiot de le faire surtout pour un plugin testé et approuvé.
Du coup, j'ai travaillé plutôt sur une table profil liée à la table sfGuardUser. C'est plus propre, plus logique et plus facile à maintenir.

Après, cela doit être possible de le faire mais je ne vois plus maintenant quelles raisons pour le faire.

[nims]

Je vois pas en quoi c'est plus facile d'utiliser deux tables plutôt qu'une...
Pas de relation à faire, l'information est direct....

[Michel Rotta]

Effectivement, c'est réalisable.

Mais cela risque d'avoir des effets de bord sur le fonctionnement actuel ou future du plugin et le jeu ne me semble pas en valoir la chandelle, je serais donc du même avis que Sacricri, une table annexe.

Il existe un plugin : sfForkedDoctrineApplyPlugin qui permet d'étendre la table user et de rajouter de nombreuses fonctions intéressantes. A mon avis, cela vaut la peine d'être étudié.

[erictomcat]

bonjour, apres avoir installer sfDoctrineGuardPlugin, sfForkedDoctrineApplyPlugin et sfFormExtraPlugin, j'ai créer une table supplémentaire en inheritance:

Code :

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

1
2
3
4
5
6
MyProfile:
  inheritance:
    type: column_aggregation
    extends: sfGuardUserProfile
  columns:
    section: { type: string(255) }

ce champ a bien été rajouté à la table sf_guard_user_profile, mais comment l'afficher dans le formulaire ?

[Michel Rotta]

Dans quel formulaire ?