Discussion :

[escaflowne]

Bonjour,

j'ai un petit souci et je ne vois pas du tout comment contourner le problème.

J'ai une table user qui contient les données de l'utilisateur dont son mot de passe. J'ai générer les form à partir de cette table via doctrine. (J'ai surcharger la méthode save de mon modèle user pour encrypter le mot de passe.

Le problème étant que lorsque je souhaite modifier les données de l'utilisateur, le mot de passe n'apparait pas et donc il faut le retaper à chaque fois.

Est il possible de spécifier lorsque le mot de passe n'est pas saisie dans le formulaire d'édition de garder l'ancien mot de passe?

Merci d'avance

[Michel Rotta]

Ce que j'ai utilisé dans une de mes premières applications.

Le form utilise un champ pass1 (et pas pass d'origine).

La méthode pour modifier pass1 dans le modèle :

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
 
    public function setPass1($pass)
    {
        if (!$pass == "")
        {
            $this->setPasse($pass);
        }
    }
 
    public function setPasse($passe)
    {
        parent::_set('passe', md5($passe));
        return $this;
    }
 
    public function comparePasse($passe)
    {
        return ( md5($passe) == parent::getPasse() );
    }

en prime la méthode comparePasse qui permet de vérifier la validité du mot de passe.

Bon, c'est un de mes premiers code, pas très top. Mais il marche depuis 2 ans.

[escaflowne]

Merci,

en faite j'ai fait différemment mais je sais pas si c'est plus propre. Sur le fonctionement des formulaire et des modèle, quand il crée l'objet à partir du form, il utilise les setter de l'objet ? ou les remplis directement ?

Puis quand il insert l'objet en base de données (pour la mise a jour) ignore t'il les attribut valant la valeur NULL ?

[Michel Rotta]

Je ne te suis pas sur la question des "setter de l'objet" ?

Chaque champs est un objet en lui même, il sait s'il a été modifié et s'enregistre s'il est modifié. Le fait de le mettre à null revient à le modifier... Donc, soit tu as un champs null, soit tu as interdit la valeur null et tu as un message d'erreur.

[escaflowne]

Les méthode qu'il a indiquée en haut sont bien les méthodes de l'objet User et non pas des méthodes du formulaire ?

[Michel Rotta]

Toutes ces modifications sont à apporter au modèle, vu que tu traites les données, pas leur représentation (form), ni leur saisie (form).

Par contre, vu ce que tu fais, je pense que tu aurais intérêt à jeter un œil attentif au plugin sfDoctrineGuard

Qui fait ce que tu souhaites, avec des formulaires déjà existant et une gestion des droits intégrées. Jette un œil attentif à ce plugin.