Caractères spéciaux sous mysql [Résolu]

tsumiko · 15/01/2011, 22h32

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 · 15/01/2011, 23h22

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

Michel Rotta · 16/01/2011, 10h46

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 · 16/01/2011, 12h13

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

15/01/2011, 22h32	#1
tsumiko Candidat au titre de Membre du Club Inscription : décembre 2010 Messages : 35 Détails du profil Informations forums : Inscription : décembre 2010 Messages : 35 Points : 11 Points : 11	Caractères spéciaux sous mysql 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 ^^
	00

15/01/2011, 23h22	#2
stealth35 Modérateur Inscription : septembre 2010 Messages : 7 101 Détails du profil Informations forums : Inscription : septembre 2010 Messages : 7 101 Points : 8 466 Points : 8 466	t'es sous quelle OS ? t'a connexion et tes tables sont sous quel charset ? __________________ http://blog.stealth35.com/
	00

16/01/2011, 10h46	#3
Michel Rotta Modérateur Michel Rotta Responsable d'exploitation informatique Inscription : septembre 2005 Messages : 4 913 Détails du profil Informations personnelles : Nom : Michel Rotta Âge : 49 Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur) Informations professionnelles : Activité : Responsable d'exploitation informatique Secteur : Distribution Informations forums : Inscription : septembre 2005 Messages : 4 913 Points : 7 505 Points : 7 505	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. __________________ Si tu donnes un poisson à un homme, il mangera un jour. Si tu lui apprends à pêcher, il mangera toujours (Lao Tseu). Pensez à valoriser les réponses pertinantes, cliquez sur le bouton vert +1 pour indiquer votre accord avec la solution proposée. Pensez à utiliser la balise [code] pour afficher du code, elle est cachée sous le bouton [#] dans l'éditeur. Une discussion est terminée ? Alors le bouton est votre ami !
	00

16/01/2011, 12h13	#4
tsumiko Candidat au titre de Membre du Club Inscription : décembre 2010 Messages : 35 Détails du profil Informations forums : Inscription : décembre 2010 Messages : 35 Points : 11 Points : 11	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
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email