Champs formulaire password

Version imprimable

Voir 40 message(s) de cette discussion en une page

ok donc si je résume ça donne:

Coté Table customer
Code:

1 2 3 4 5 6 relations: Contributors: local: id foreign: customer_id foreignAlias: customer
et Coté Table Contributor
Code:

1 2 3 4 5 6 relations: Customer: local: customer_id foreign: id foreignAlias: contributors
C 'est bien ça ?

03/02/2011, 21h17
Michel Rotta
Presque et non !

Non parce que ta table "contributor" ne prend pas de "s" à la fin, la relation devient alors (pour respecter le "s" du pluriel qui indique l'arrivée d'une collection) :
Code:

1 2 3 4 5 6 7 relations: Contributors: class: Contributor local: id foreign: customer_id foreignAlias: customer
et je crois que Doctrine est capable de détecter le 1-n même dans ce sens là, personnellement, je ne les déclare que du côté n de la relation.

Attention, que l'on soit bien d'accord, dans un shema.yml la relation ne doit être déclarée que d'un des deux côté de la relation. Si non il y a télescopage des paramètres et des risques certains de ne pas avoir ce que tu pensais réaliser.
03/02/2011, 22h20
mantex
Donc c 'est bien que je pensais il faut juste déclarer ceci dans ta table contributor
Code:

1 2 3 4 5 6 7 relations: Customer: local: customer_id foreign: id foreignAlias: contributors
Avec contributors au pluriel parce que j' ai plusieurs contributors (1-n) pour 1 client.

Ce qui ci je crois qu' on est bon hein ?
04/02/2011, 00h08
mantex

aie !! aprés plusieurs combinaisons pour obtenir le nom du client dans ma colonne customer a la place de l' id.

j' ai maintenant. :(

Catchable fatal error: Method Customer::__toString() must return a string value .../autoContributor/templates/_list_td_tabular.php on line 17
04/02/2011, 08h24
Michel Rotta

Si tu veux avoir un nom de client, c'est possible, même si je pense que dans ce cas là, un Id est mieux (pas de risque de changement).

Il faut que le champ soit du même type et de la même longueur dans les deux tables.

Mais je pense que ton erreur est ailleurs, tu as définis une méthode __toString() qui ne retourne pas du numérique, probablement pas de retour donc elle retourne Null. Vérifie dans ton entité la méthode __toString() et fais en sorte qu'elle retourne un string.
08/02/2011, 12h17
mantex

Ben je croyais justement que la méthode magique retournais un string alors que le champs appelé était un id ?

Bref, ce n' est pas le plus embettant. je reviens à mon problème initial.

tu me conseillais d' ajouter une méthode _setpassword() (précédents posts) dans ma classe consultant.class.php , mais je ne vois pas comment l' utiliser depuis mon formulaire sachant que justement je ne veux pas que le mot de passe soit récupéré automatiquement.

Merci de ton aide..
08/02/2011, 14h03
Michel Rotta

Tu veux que ton mot de passe ne soit récupéré que s'il n'est pas vide, d'où l'intérêt de rajouter une setPassword() qui se chargera de la vérification.
08/02/2011, 14h18
mantex

Oui mais en pratique cela donne koi.

As tu un exemple concret j' adapterai en fonction de mon cas ?

Je passe quoi dans la fonction ? quel paramètre en entrée , quel retour ?
Comment j' appel cette fonction depuis le formulaire ?

Bref.. j' ai un peu de mal avec les méthodes qui ne facilite pas la compréhension.

J' aimerai bien pêcher mais mes outils sont en morceaux..

J' ai l' impression de construire un puzzle sans avoir la photo du puzzle en entier.

:lol:
08/02/2011, 20h44
Michel Rotta
Non, je n'ai pas d'exemple sous la mains, il faudrait que je ressorte les archives, le site à été tout récris avec sfGuard et sfFAG.

Je peux comprendre que le mode objet, c'est un peu comme jouer aux échecs dans sur un échiquier en 4 dimension, note, avec php5.3 et les names spaces, rajoute une 5ème dimension !

Pour ton histoire, les méthodes devraient ressembler à ceci, (non testé) :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 public function getPassword() { return null; } public function setPassword($pass = '') { if ( strlen( $pass ) > 0 ) { parent::_set( 'password', $pass ); } }
de tête c'est tout.
08/02/2011, 22h04
mantex

ok ! et pour le form que dois je modifier pour me servir de ces fonctions ?
09/02/2011, 09h36
Michel Rotta

Normalement rien, il fait appel à un champ password qui utilise les getter pour se renseigner et les setter pour stocker l'information...

ok je vais donc tester ceci:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 class Consultant extends BaseConsultant { public function getPassword() { return null; } public function setPassword($pass = '') { if ( strlen( $pass ) > 0 ) { parent::_set( 'password', $pass ); } }
Le hic.. le mot de passe n' étant plus récupéré depuis la base dans le formulaire, le mot de passe est à présent vide lorsque' on modifie un autre champs.

Je dois pouvoir modifier un autre champs du formulaire sans avoir à connaitre le mot de passe de l' utilisateur et encore moins le ressaisir.

09/02/2011, 10h02
mantex

Résultat des Tests :

1) pb précédemment évoqué confirmé.

2) Si on modifie volontairement le mot de passe, on ne peut plus se loguer en suite.

Serait il pas plus simple desactiver le champs 'password' dans ce formulaire en conservant la valeur courante du mot de passe ?

Je crois que le comportement habituel dans ce type de cas.

Cela éviterai tout ces traitements ?

Après tout il y a déjà le module sfguarduser pour modifier les informations de connexion (login, pass).
10/02/2011, 09h58
Michel Rotta

C'est sur que si a cet endroit tu n'as pas besoins que le mot de passe puisse être modifier, ne pas afficher le champ est le plus simple.
10/02/2011, 10h19
mantex

Oui mais tu penses bien que j' ai testé vite fait..

Eh malheureusement.. si on désactive le champs , lorsqu' on edit le profil user et qu' on valide, le mot de passe est alors setté a blank en base.

Un truc de fou cette histoire..

ça aurait pu être simple... ben non.. comme d' hab.. .rrrrr!!
10/02/2011, 10h29
Michel Rotta

Bon, peut-on faire un break et reprendre toutes les informations là où tu en es aujourd'hui, je commence à mer perdre.

Génération d'un module d'admin pour modifier les utilisateurs mais pas les mots de passe. (ok ?)

Peux-tu mettre le generator.yml ?

Peux-tu mettre le config de l'objet form utilisé ?

ok bonne idée.

Rappel:

J' ai 2 modules admin generator (consultant et client ) qui hérite par agrégation les champs de sfguarduser (login, pass). Ensuite j' ai des champs propres en fonction de mes entités (adresse, code postal..)

On va prendre le cas des consultants.

Voici le backend/modules/consultant/config/generator.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
45
46
 
 
generator:
  class: sfDoctrineGenerator
  param:
    model_class:           Consultant
    theme:                 admin
    non_verbose_templates: true
    with_show:             false
    singular:              ~
    plural:                ~
    route_prefix:          consultant
    with_doctrine_route:   true
    actions_base_class:    sfActions
 
    config:
      actions: ~
      fields:
          last_name: { label: Nom }
          first_name: { label: Prenom }
          username: { label: Login }
          email_address: { label: Email }
          password: { label: Mot de passe }
          is_active: { label: Actif }
          function: { label: Fonction }
          company: { label: Societe }
          address1: { label: Adresse }
          postcode: { label: Code Postal }
          city:     { label: Ville }
          tel:      { label: Tel (fixe) }
          mobile:    { label: Tel (mobile)}
 
      list:
          title:   Gestion des consultants
          display: [=last_name, first_name, username, email_address]
 
      filter:
          class: false
          display: [first_name, last_name, email_address, is_active ]
      form:    ~
      edit:
          title:   Edition d'un consultant
          display: [=last_name, first_name, username, email_address, function, company, postcode, city, tel, mobile ]
 
      new:
          title:   Ajouter un consultant

et le lib/form/doctrine/ConsultantForm.class.php

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
 
class ConsultantForm extends BaseConsultantForm
{
  /**
   * @see sfGuardUserForm
   */
  public function configure()
  {
    parent::configure();
    unset(
      $this['consultant_id'], $this['is_super_admin' ]
 
      );
 
 
 
 
  }
}

10/02/2011, 11h18
Michel Rotta

Et si tu fait un unset du password ?
10/02/2011, 11h23
mantex

Héhé .. j' y ai pensé mais je ne peux pas car j' en ai besoin lorsque l' ajoute des consultants, il faut bien leur donner un pass.
10/02/2011, 14h04
Michel Rotta

Une routine qui en crée un aléatoire et l'envoie par email ?

Si non, il faut en passer par un système comme celui proposé, il marche, j'ai déjà utilisé dans une application ou un test.

Voir 40 message(s) de cette discussion en une page