Discussion :

[shenba]

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 :

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

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 :

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

1
2
3
4
5
 
 sfApplyPlugin:
      from:
        email: "l.tic@free.fr"
        fullname: "LTIC contact"

Merci d'avance.

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

[shenba]

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

[Michel Rotta]

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.

[etoileweb]

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 :

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
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 :

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
 
# 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

[Michel Rotta]

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 ?