Discussion :

[guil182]

Bonjour,

Ma question peut paraitre toute bête mais je tourne en rond.
Voila, je veux mettre en place la gestion des utilisateur donc j'ai installé sfDoctrineGuardPlugin et sfForkedDoctrineApplyPlugin pour la personnalisation.
En effet, je voudrais ajouter un champ photo pour l'utilisateur donc :

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
sfGuardUserProfile:
  inheritance:
    type: simple
    extends: sfGuardUserProfileBasis
  columns:
    photo:
      type: string(255)
  relations:
    User:
      class: sfGuardUser
      foreign: id
      local: user_id
      type: one
      onDelete: cascade
      foreignType: one
      foreignAlias: Profile

Voici ma question....et maintenant ?
En effet, la doc est, je trouve, très floue...
Déjà, pourquoi la surcharge de certains champs entre sf_guard_user et sf_guard_user_profile ?
De plus, comment générer un joli formulaire d'enregistrement qui fasse tout bien ?
Je n'ai pas honte, je dis ce que j'ai fait :
php symfony doctrine:generate-module --with-show --non-verbose-templates frontend user sfGuardUserProfile

Et forcement, non ca coorespond pas vraiment

Merci encore de votre aide

[Michel Rotta]

Réponse un peu longue, mais cela fait plusieurs soirées que je me casse la tête sur ce module.

Je pense qu'il faut en premier l'installer "simplement", ce qui n'est déjà pas simple.

Suivre scrupuleusement les instructions d'installation.

Attention, il faut installer et configurer le plugin sfFormExtraPlugin avant de pouvoir utiliser sfForkedDoctrineApplyPlugin et ce n'est indiqué nul part.

Comme l'idée est de pouvoir créer ces champs personnalisés, il faut surcharger la table sfGuardUserProfile même s'il n'y a pas de champs personnel.

Après, le module fonctionne bien (les mails, ne marchent pas encore...)

Pour ton histoire de photo, je ne l'intégrerais pas dans le module.

En fait, tu n'as pas besoins de nom pour la photo, il suffit d'un dossier "userphoto" et d'y mettre les photos des utilisateurs en leur donnant l'id d'utilisateur comme nom. Et de monter un module totalement indépendant pour que l'utilisateur puisse mettre ou changer sa photo. De toutes les manières, il ne va pas mettre sa photo tant que son compte n'est pas validé... Et modifier les forms de sfForkedDoctrineApplyPlugin pour y intégrer un sfWidgetFormInputFile et son validator et tous ce qui va autour pour la sauvegarde me semble bien lourd et compliquer.

Pour la suppression de la photo, il faut mettre une écoute sur l'évènement de suppression d'un utilisateur généré par sfGuard et supprimer le fichier à ce moment.

Désolé pour la durée, mais il fallait décortiquer le module avant. Il n'est pas simple, mais à la troisième utilisation, il devrait permettre de gagner plusieurs heures de travail