Version imprimable
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 ??
;)
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.
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....
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é.
bonjour, apres avoir installer sfDoctrineGuardPlugin, sfForkedDoctrineApplyPlugin et sfFormExtraPlugin, j'ai créer une table supplémentaire en inheritance:
ce champ a bien été rajouté à la table sf_guard_user_profile, mais comment l'afficher dans le formulaire ?Code:
2
3
4
5
6MyProfile: inheritance: type: column_aggregation extends: sfGuardUserProfile columns: section: { type: string(255) }
Dans quel formulaire ?
je reprends cette discussion : je veux faire pareil, et afficher le champ dans le formulaire de création de compte, et éventuellement dans le formulaire des settings aussi. comment je fais ?
Pour ajouter dans les formulaires issus de sfGuard, il faut reprendre la table dans ton schéma, et l'étendre.