Utilisation de sfForkedDoctrineApplyPlugin

Bonjour,

Comme l'indique le titre de mon sujet, j'ai un problème avec sfForkedDoctrineApplyPlugin. Le problème se situe au niveau de l'inscription des membres, quand je soumets le formulaire j'ai cette erreur la : "An error took place during the email delivery process. Please try again later."

J'ai cherché un peu partout sur internet, mais je n'ai toujours pas trouvé de solution.
J'ai modifié le fichier factories.yml (App/Frontend/config/factories.yml), comme s'est dit dans le readme mais rien n'a changé !
Voici, la partie que j'ai ajouté dans ce fichier

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

all: mailer: param: transport: class: Swift_SmtpTransport param: host: smtp.free.fr port: 25 encryption: ~ username: ~ password: ~

---

J'ai aussi ajouté ces lignes, dans le fichier Apps/Frontend/config/app.yml

Code:

---

1 2 3 4 5

sfApplyPlugin: from: email: "l.tic@free.fr" fullname: "LTIC contact"

---

Merci d'avance.

Il faut configurer swithMail pour qu'il puisse émetre un email depuis ton poste de test.

Ou ne pas en envoyer, il y a une classe qui permet ce type de test en local.

Citation:

---

Envoyé par Michel Rotta

Il faut configurer swithMail pour qu'il puisse émetre un email depuis ton poste de test.

Ou ne pas en envoyer, il y a une classe qui permet ce type de test en local.

---

Merci pour la réponse. Mais est ce que tu pourrais m'en parler un peu plus s'il te plait ? Ou dois je configurer SwithMail ? C'est un serveur mail ? Tu peux me diriger vers un tutoriel s'il te plait

Tu trouveras dans ce document : "The More with symfony book - Les Emails" toutes les informations de configuration souhaitées. Et c'est en français... ;)

Il y a peut-être trop d'information (c'est un peu touffu) donc n'hésite pas à revenir si tu t'y noies.

Je relance ce sujet, pour ne pas en ouvrir un autre. Je n'arrive pas à faire marcher le plugin. Outre la difficulté d'envoyer des mails, le problème se pose pour moi au niveau de la personnalisation de la table sf_guard_user_profile. Conformément au readme, j'ai choisi la méthode de l'héritage de table pour ajouter de nouveau champ. La table était préalablement défini dans mon yml et j'ai eu juste à configurer le yml.

Code:

---

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 37 38 39 40 41 42 43 44

# Table membre   membre: actAs: Timestampable: inheritance: extends: sfGuardUserProfile type: column_aggregation keyField: type keyValue: 1 columns: username: type: string(255) notnull: true unique: true password: type: string(255) notnull: true last_name: type: string(255) notnull: true first_name: type: string(255) notnull: true pays: type: string(255) notnull: true email_address: type: string(255) notnull: true photo: type: string(255) notnull: false description: type: clob signature: type: clob is_activated: type: boolean default: true is_banned: type: boolean default: false

---

J'ai effectué une migration. et ensuite un doctrine:build --all. J'ai constaté que plusieurs champs se sont dupliqué dans mon formulaire d'enregistrement. J'ai donc transformé mon schéma en ce qui suit (j'ai supprimé les champs qui sont présents dans "membre" et dans la définition de sf_guard_user_profile) :

Code:

---

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

# Table membre   membre: actAs: Timestampable: inheritance: extends: sfGuardUserProfile type: column_aggregation keyField: type keyValue: 1 columns: pays: type: string(255) notnull: true photo: type: string(255) notnull: false description: type: clob signature: type: clob is_banned: type: boolean default: false

---

Mais après un autre build --all, les champs dupliqués persistent dans mon formulaire. Je suis bloqué, sans compter les difficultés d'envoi de mail. Une remarque, les essais d'inscription sont bien enregistrés dans la base de données, dans les tables sf_guard_user et sf_guard_user_profile

Je ne comprend pas pourquoi tu rajoutes des champs déjà définis à la table ?

Il n'y a qu'une table, il est "logique" que les champs rajoutés apparaissent dans tous les objets. Il est possible de les masquer par des unable.

Tu rajoute des champs avec des "notnull: true". Vu que la table est unique, il devront être saisi dans toutes les versions de la table... Ne jamais mettre de champs non null dans une des parties héritées.

Un problème sur les mails. Bien, mais quoi ?

Code:

---

Fatal error: Class 'Swift_SmpTransport' not found in C:\wamp\www\...\lib\vendor\symfony\lib\mailer\sfMailer.class.php on line 78

---

Mais en réalité, je suis en local et je ne sais pas si cela est possible en local, l'envoi des mails.

Oui, c'est bien sur possible.

Il faut configurer l'envoie par ton serveur SMTP habituel.

Je ne suis pas au bout de mes peine avec sfForkedDoctrineApply. En attendant le paramétrage de l'email, j'ai provisoirement désactivé l'envoi d'email à l'inscription. L'enregistrement se passe sans problème, mais comme tu peux le voir ma table membre qui étend sfGuardUserProfile est en relation avec d'autres tables, notamment la table news pour permettre de choisir un auteur pour une news. Mais le champ membre sur le formulaire de la news est vide. Pourtant, j'ai bien mis la fonction __toString dans le modèle membre et ca marchait bien quand la table étendait sfGuardUser avant que je décide d'utiliser sfForkedDoctrine. Ou est-ce parce que le formulaire d'inscription est directement basé sur sfGuardUserProfile et non plus sur membre ? Comment puis-je régler ca ? merci d'avance

:arf: :mur: :scarymov:

Tu as un modèle de table et d'objet pour y accéder particulièrement compliqué !!!

J'ai perdu le fil, au cours des différents sujets et des mois des imbrications successives.

L'héritage n'est pas une fin en soit, c'est plutôt un outil permettant de faire simplement des choses difficiles et/ou longues. A partir du moment où l'utilisation de l'héritage implique plus de complication qu'il n'apporte de solution, on peut en revoir son usage.

Dans ton cas je me demande si tu n'aurais pas intérêt à repenser tous ce qui tourne autour de ta table sfGuardUser (et ces différentes identitées). Attention, je ne dis pas que c'est la solution miracle qu'il faut apporter demain matin, juste que c'est une voie qu'il faut envisager d'explorer en espérant qu'elle mène au sommet.

L'idée est de créer dans ton shema.yml l'objet sfGuardUser en recopiant le code du plugin, de lui ajouter les modifications apportées par sfFDA et celles apportées par ton propre modèle. Ensuite tu fait hériter de cette table une table pour sfFDA (sans rajouter de liens et/ou champs vu que tu auras tout déclarer à la base) et même chose pour ta table user qui partira de la même source (voir, si ce n'est pas trop lourd, modifier les objets qui y accède pour enlever un niveau d'héritage).

Bonne exploration (je ne fournis pas le piolet ! :lol: )

J'ai créé un autre objet sfGuardUserProfile dans mon schema.yml, qui est en relation 1:1 avec sfGuardUser. Tous les problème précédemment rencontrés ont disparu, sauf qu'un nouveau a surgi: il n'est pas possible d'uploader une photo avec le formulaire d'enregistrement fourni par sfApply que j'ai personnalisé. La soumission du formulaire ne renvoie aucune erreur dans ce sens mais l'image n'est pas pour autant chargée.

Et avec cette structure sfFAD arrive a créer un nouvel enregistrement dans sfGuardUser ?

Pour l'enregistrement c'est un peu comme si tu me disais que tu fais des crêpes et qu'elles attaches mais ne cuises pas, il y a des dizaines, centaines de possibilités ! Un cerveau positronique (!) répondrait, informations insuffisantes ;)

Le nouvel enregistrement est belle et bien créé dans sfGuardUser.

Au fait pour le problème d'upload de fichier, je suis allé regarder dans le template du formulaire et il manquait l'attribut enctype dans la balise <form>. Je l'ai ajouté et tout s'est réglé. Je m'occupe désormais de l'envoi de mail uniquement.

Je ne dois pas bien comprendre ta nouvelle structure, si non, c'est sfFAD qui fait des miracles ! Donc je préfère remettre ma compréhension en jeu.

Oui, pour les files, cela fait partie des obligations, le mieux est de laisser le form générer la balise form lui même.

Heureux que cela progresse.

Le mail est simple à mettre en œuvre, il suffit de configurer correctement le serveur smtp. Encore faut-il en avoir un, mais un serveur extérieur gratuit (style gmail) est très bien pour les essais.

Je reviens sur ce sujet pour poser une nouvelle question. Y a-t-il un moyen d'avoir la liste des inscrits dans son backend ? Je n'ai pu trouver aucune action dans le module sfApply pour ça. Et quand j'obtiens cette liste par le module sfGuardUser, certains champs son absents, car ne figurant que sur le modèle sfGuardUserProfile.

Très vite et sans reprendre le tout depuis le début (donc j'oublie peut-être quelque chose).

Oui, il faut bâtir un admin sur sfGuardUserProfil.

Tu t'en doute, c'est ce que j'ai d'abord fait, mais malgré la présence de 3 enregistrements dans la table, il m'affiche "Aucun résultat".

Regarde en débug la tête du SQL généré. Histoire de partir sur une piste.

C'est bizarre, voici ce que ça renvoie:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

Doctrine Version: 1.2.3   SET NAMES 'UTF8'   0.00s, "doctrine" connection SELECT COUNT(*) AS num_results FROM sf_guard_user s WHERE (s.type = 1)   0.00s, "doctrine" connection SELECT s.id AS s__id, s.name AS s__name, s.description AS s__description, s.created_at AS s__created_at, s.updated_at AS s__updated_at FROM sf_guard_group s   0.00s, "doctrine" connection SELECT s.id AS s__id, s.name AS s__name, s.description AS s__description, s.created_at AS s__created_at, s.updated_at AS s__updated_at FROM sf_guard_permission s

---

La première requête s'est effectuée sur la table sfGuardUser qui est en relation 1:1 avec sfGuardUserProfile. Le "s.type = 1" indique qu'il y a agrégation de colonne mais je n'ai fait d'héritage de table nulle part dans mon schema.

Tu n'utilises pas sfFDAP dans ton projet ?

Si oui, il fait automatiquement un héritage sur la table sfGuard.

Quel sont les classes qui tourne autour de sfGuardUser ?

Quid si tu fais la requête DQL sur la table user de sfFDAP ?