PHP|Débutant :: Forums

Bonjour,

C'est malheureuseument le problème, quand on fait des choses/met des choses en place sans comprendre ce que l'on fait. Mais bon c'est pas grave, on est là pour ça
De se mettre en UTF8 du côté php c'est bien, mais cela veut dire quoi? Cela veut dire (oui je sais ça a l'air idiot) que tout ce qui est traité par le serveur PHP et tout ce que le serveur PHP envoie, il le fait au format UTF8. Donc ce que votre navigateur va recevoir ou votre serveur MySQL, il va le recevoir encodé en UTF8. Or, la collation de votre champ titlePage est définie en latin1_swedish_ci qui n'a rien à voir avec l'UTF8, puisque les caractères en latin1 sont codés sur un octet au lieu de 2 en UTF8.
Alors attention, cela signifie pas qu'il faut tout mettre en UTF8 sur son serveur mySQL lorsque l'on travaille en UTF8 en PHP, même si globalement et de manière très général on pourrait dire que oui.
En effet il peut parfois être préférable pour des recherches en mode full text ou pour réduire la volumétrie de la base de définir certaines colonnes en latin1 ou tout autre collation basée sur un codage à un octet, comme par exemple une colonne CHAR(5) qui ne va contenir aucun caractère spécial et que des lettres de A-Z par exemple, pour peu que cette colonne soit indexée et à forte dispersion, la recherche n'en sera que plus performante.
Au delà de ces considérations, trois possibilités s'offrent à vous techniquement. soit
1) vous faites un UTF8_decode() sur tout ce que vous envoyez à mySQL et un UFT8_encode() pour tout ce qui en vient/revient
2) vous changez la collation de votre serveur/base de données/tables/colonnes en UTF-8 de mémoire via un ALTER TABLE ... CHANGE COLLATION avec un risque que certaines conversions se fassent mal (non correspondance entre un encodage d'une collation à une autre), auquel cas, vous devrez mettre à jour les lignes concernées manuellement.
3) Vous basculez votre application PHP en ISO au lieu UTF8, ce qui risque de ne pas être envisageable selon si par exemple votre site est localisé (gestion multilangues).

Note : en ce qui concerne é au lieu de é c'est normal que cela fonctionne car é ne contient aucun caractère spécial interprété différement par les serveurs.

Cordialement,

Jc.

Bonsoir,

Ce que je viens d'exprimer est la base, ensuite, il peut y avoir de nombreuses raisons, locales ou globales dans le contexte, qui font que localement un problème d'encodage survient à l'éxécution.
Il m'est donc difficile de m'aventurer plus loin dans le diagnostic sans prendre de risques quant à la pertinence de mes propos.

Néanmoins, votre dernière intervention me laisse penser que votre serveur n'est pas configuré en UTF-8 et que l'encodage se fait au niveau des routines d'affichage de votre application. Il faut en effet savoir que ce n'est pas avec un UTF8 déclaré dans une balise méta que vous changez l'encodage au niveau des traitements PHP, cela signifie juste à votre navigateur qui va interpréter votre page, que le fichier html et son contenu sont encodés au format UTF-8 et qu'il doit les interpréter comme tels.
Par conséquent je pense qu'une résolution immédiate de votre problème passe par un réencodage local de votre variable (vérifiez avant que cela ne soit pas du à un double encodage) avec utf8_encode/utf8_decode.

Cordialement,

Jc

Dernière modification par Jc (21-04-2012 19:12:29)