Discussion :

[tsumiko]

Bonjour,

J'ai quelque chose d'étrange qui m'arrive:
mes tables sonr définies fans un yml, jusqu'ici rien d'anormal.
le lance un symfony doctrine:build --all, les tables se construise correctement.
Puis je fais un mysql -u toto -p ma_base < dump_sql
Et là les caractères spéciaux ne sont pas bien affichés dans les tables, alors que le dump, les textes sont nickels.
Chose curieuse : quand je fais un copié / collé de l' "insert into" du dump dans une requete mysql, les textex sont bien affichés
J'y comprend rien, c'est seulement quand je fais le "mysql -u etc..." que les caractères spéciaux sont mal interprétés dans les tables.

Si vous avez une explication
MErci ^^

[stealth35]

t'es sous quelle OS ? t'a connexion et tes tables sont sous quel charset ?

[Michel Rotta]

C'est caractéristique d'une différence de charset entre les différents programmes et fichier que tu gères.

Je suppose (à vérifier) que tes fichiers php et yaml sont dans le même charset que celui déclaré dans le header de ton application web et que ta nouvelle base y est aussi. Si ceci est juste ...

... je suppose que la différence provient soit de l'ancienne base qui a un encodage différent, soit du fichier intermédiaire qui a un encodage propre et différent. A vérifier.

La solution, lors de la sauvegarde des données, est de spécifier l'encodage que tu souhaites pour ton fichier intermédiaire et, dans ton application, de n'utiliser qu'un encodage, idéalement, actuellement, de l'utf8-general.

[tsumiko]

Tout d'abord, merci de vous être penché sur mon cas ^^
J'ai trouvé d'où cela provenait :
En fait le dump sql est correct, enfin, il l'était, car je l'ouvrais via wordpad, il respecte l'encodage original, j'ai dû, par erreur, faire des modifications sous notepad, qui lui ne respecte pas du tout la façon dont est encodé le fichier, et lors de la sauvegarde, il a sauvegardé selon son propre encodage.

Vous m'avez mis sur la piste ...
Voilà, problème résolu ^^
thx