Discussion :

[speedev]

Bonjour,

Un vieux site Internet que j'avais développé a rencontré un problème d'encodage des caractères fortement lié (à coup sûr même) à la migration de mysql 4 vers mysql 5 par l'admin serv. Il n'y a jamais eu de problèmes sur ce site et ce, pendant des années durant. La migration a été faite il y a 1 semaine, l'utilisateur est intervenu hier et m'a fait part du problème : "mes accents ne marchent plus, ils sont transformés !!"

J'ai réparé le problème et ai constaté que certains champs de la base étaient en "latin_swedish" alors que les scripts utilisent l'utf-8, probablement de ma faute car à l'époque, mes conceptions ne respectaient pas toujours un encodage unique intégral (en l'occurrence l'utf-8).

Je ne pense pas que la migration change quoique ce soit au niveau des paramètres appliqués aux bases, tables, champs mais je me dis qu'elle a pu ré-encoder les caractères eux-mêmes é pour un "é", â, î etc...

Pour ma conscience professionnelle, quel est votre avis ? Qu'est-ce-qui a pu se passer ?

Merci.

[Antoun]

Non, la migration ne ré-encode pas les données existantes. De même, avoir des tables en latin1 tandis que les pages sont en utf8 n'est pas en soi un problème, car MySQL transcode automatiquement.

S'il y a des problèmes, c'est généralement parce que MySQL ne sait pas que les pages sont en utf8, ou bien qu'il y a une différence entre les pages HTML et les fichiers PHP...

Peux-tu envoyer la requête suivante par l'une de tes pages PHP, et en afficher le résultat ?

Code :

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

SHOW VARIABLES LIKE 'char%' ;