Discussion :

[nsoinard]

Bonjour,

Je suis en train d'essayer de mettre en place l'internationalisation avec le behavior I18n de Doctrine. Je précise que je suis sur symfony 1.4.5 ce qui est censé permettre de pouvoir utiliser un champ "culture" à la place de champ "lang".

Cependant, il doit y avoir quelque chose qui m'échappe car mes pages me retournent toujours des erreurs :

Code :

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

Unknown record property / related component "myfield" on "MyObject"

J'ai bien modifié mon schema pour spécifier tous les behaviors I18n sur les objets à internationaliser, j'ai mis à jour la base de données avec des scripts de migration Doctrine, j'ai re-généré les classes, vidé le cache, mais cela semble ne pas suffire.

Faut-il aussi ré-écrire toutes les requêtes pour que ça fonctionne ?

[nsoinard]

Je précise aussi que j'ai bien ajouté un use_helper('I18N') dans toutes les templates et que la culture de l'utilisateur est bien définie.

Lorsque j'utilise l'internationalisation sur les chaînes de caractère en les écrivant avec le helper __(), les chaînes sont bien remplacées, mais c'est du côté du bahavior de Doctrine que ça bloque...

[Michel Rotta]

Il faudrait plus de renseignements :

• un bout du shema.yml
• comment tu initialises la culture du user
• comment tu récupères les données
• que te donnes les requêtes SQL quant tu est en mode DEV dans les outils SF ?

[nsoinard]

Après quelques tests, je me suis rendu compte que c'est en fait un de mes objets qui a une clé primaire basée sur 2 champs que je ne parviens pas à internationaliser.

un bout du shema.yml

=> Voici mon schema :

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
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
 
options:
  type: INNODB
  collate: utf8_general_ci
  charset: utf8
 
Enseigne:
  connection: doctrine
  columns:
    id:
      type: integer(8)
      primary: true
      autoincrement: true
    nom:
      type: string(255)
 
TypeContenu:
  connection: doctrine
  actAs:
    I18n:
      fields: [libelle]
      i18nField: culture
      length: 5
  columns:
    id:
      type: integer(8)
      primary: true
      autoincrement: true
    libelle:
      type: string(255)
 
Contenu:
  connection: doctrine
  actAs:
    I18n:
      fields: [libelle]
      i18nField: culture
      length: 5
  columns:
    id_enseigne:
      type: integer(8)
      primary: true
    id_type_contenu:
      type: integer(8)
      primary: true
    libelle:
      type: string(20)
  relations:
    Enseigne:
      local: id_enseigne
      foreign: id
      type: one
      foreignAlias: EnseigneContenus
      foreignType: many
    TypeContenu:
      local: id_type_contenu
      foreign: id
      type: one
      foreignAlias: EnseigneContenus
      foreignType: many

L'internationalisation fonctionne bien sur TypeContenu mais pas sur Contenu à cause apparemment de ses 2 champs en clé primaire...

comment tu initialises la culture du user

=> J'ajoute simplement un $this->setCulture('fr_FR') dans la méthode initialize de la classe myUser.

Code :

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

1
2
3
4
5
6
7
 
  public function initialize(sfEventDispatcher $dispatcher, sfStorage $storage, $options = array())
  {
    parent::initialize($dispatcher, $storage, $options);
 
    $this->setCulture('fr_FR');
  }

comment tu récupères les données

=> Directement avec le code généré par symfony :

Code :

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

1
2
3
4
5
6
7
 
public function executeIndex(sfWebRequest $request)
  {
    $this->contenus = Doctrine::getTable('Contenu')
      ->createQuery('a')
      ->execute();
  }

que te donnes les requêtes SQL quant tu est en mode DEV dans les outils SF ?

=> Les requêtes que j'obtiens sont bien correctes mais c'est au niveau de l'objet que la propriété n'existe pas :

Code :

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

1
2
3
4
5
6
7
8
9
 
1.
SET NAMES 'UTF8'
 
2.
SELECT c.id_enseigne AS c__id_enseigne, c.id_type_contenu AS c__id_type_contenu FROM contenu c
 
3.
SELECT c.id_enseigne AS c__id_enseigne, c.id_type_contenu AS c__id_type_contenu, c.libelle AS c__libelle, c.culture AS c__culture FROM contenu_translation c WHERE (c.id_enseigne IN ('1'))

Aurais-tu plus d'infos sur le behavior I18n appliqué sur un objet dont la clé primaire porte sur 2 champs ?

[Michel Rotta]

C'est pas gagné.

Doctrine ne sait clairement pas gérer correctement des tables avec plus d'une clef primaire, à l'exception des tables qui font les liaisons entre deux tables "normales" pour le cas des liaisons n-n (Et encore, quant il n'y a pas d'argument sur ce type de liaison).

Donc la solution consiste à supprimer la double clef primaire.

Je te propose :

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
 
options:
  type: INNODB
  collate: utf8_general_ci
  charset: utf8
 
Enseigne:
  columns:
    nom: string(255)
 
TypeContenu:
  actAs:
    I18n:
      fields: [libelle]
  columns:
    libelle: string(255)
 
Contenu:
  actAs:
    I18n:
      fields: [libelle]
  columns:
    enseigne_id:
      type: integer(8)
    type_contenu_id:
      type: integer(8)
    libelle:
      type: string(20)
  indexes:
    enstype:
      fields: [ enseigne_id, type_contenu_id ]
      type: unique
  relations:
    Enseigne:
      local: enseigne_id
      foreign: id
      foreignAlias: EnseigneContenus
    TypeContenu:
      local: itype_contenu_id
      foreign: id
      foreignAlias: EnseigneContenus

• J'ai viré ce qui n'était pas utile ou déjà défini par défaut.
• J'ai mis les nom des champs de liaison à la coutume
• S'il n'y a pas de clef primaire définie, doctrine crée un id primaire integer donc on le laisse faire
• J'ai créé un index unique pour s'assurer qu'il n'y ai pas de doublon dans les clefs, comme s'il y avait un index unique.

[nsoinard]

Merci mimi, effectivement ça fonctionne en remplaçant la clé primaire sur 2 champs par une nouvelle clé primaire sur un champ 'id' en incrément auto.

Il me reste un problème sur les requêtes Doctrine qui comportent une jointure avec un autre objet internationalisé : les champs de l'objet lié ne sont pas reconnus. Par contre, quand j'ajoute une jointure avec Translation, ça fonctionne.

Faut-il systématiquement ajouter une jointure de ce type pour que ça fonctionne ?

Code :

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

1
2
3
 
  ->leftJoin('b.Translation t')
  ->addWhere('t.culture = ?', $culture)