Discussion :

[tnntwister]

Bonjour,

J'ai pas mal de migration à faire d'un serveur MySQL à l'autre, et à chaque fois je m'arrache les cheveux. Depuis que PhpMyAdmin a pris en compte les jeux de caractère, suivant les versions y'a pas les mêmes jeux, tous les caractères spéciaux sont niqués sur les trois quarts des exports, la seule solution c'est souvent de passer par des scripts php.

J'ai trouvé sur le forum la solution de passer par le notepad pour convertir en utf-8, mais bon... J'aimerais trouver une page qui me permette de comprendre réellement les enjeux du choix de caractères (latin ou uft en gros pour nous), comment le gérer au quotidien, etc.

J'ai également lu le tuto sur le dump direct des bases, mais ca n'indique pas comment passer d'un serveur à un autre, sur aucune doc j'ai trouvé d'information sur l'endroit où le fichier est stocké quand on fait un dump...

Bref, c'est la mélasse, et donc je cherche une série d'informations claires et exploitables pour faire des migrations de base sans me retrouver avec tous les accents à retraiter.

merci,

FX

[Maximil ian]

Salut,

Tout d'abord il faut distinguer plusieurs choses :

- Le jeu de caractères utilisé dans tes pages Web (donc dans l'affichage des données par PhpMyAdmin). Il est défini par la balise HTML <meta http-equiv="Content-Type" ...> et peut être trompeur s'il ne correspond pas à l'encodage des données retournées par MySQL.
Dans le doute, autant utiliser un client MySQL en mode texte plutôt que web.

- Les jeux de caractères utilisés par le client MySQL : variables character_set_client (encodage des données envoyées) et character_set_results (encodage des données reçues du serveur).

- Les jeux de caractères utilisés par le serveur : default-character-set (niveau serveur) et l'option sql CHARACTER SET à rajouter pour spécifier le charset par défaut d'une base, d'une table ou d'une colonne.

Lorsque tous ces charsets correspondent, il n'y a aucune raison pour que les données soient altérées lors d'un dump.
Par expérience, je dirais aussi qu'il ne faut choisir utf-8 que quand c'est indispensable (alphabets autres qu'Europe de l'Ouest). Son utilisation engendre souvent des problèmes.

[tnntwister]

Merci pour ta réponse,

j'utilise PMA 2.6.2. Je mets généralement mes tables en latin 1 swedish, peut etre que c'est cela qui ne va pas.

Quand je fais un export des tables, j'essaie un peu tout les possibles, mais dès que j'ouvre le fichier, y'a les caractères spéciaux qui n'en ont fait qu'à leur tête. et il me semble que PMA utilise le jeu UTF-8 (marqué sur la ligne : Jeu de caractères pour MySQL).

J'aimerais juste pouvoir exporter mes bases et les réimporter sans que ce soit tout cassé, bien avant l'affichage HTML et la déclaration dans la page client... :s

[Maximil ian]

Vérifie les variables que je t'ai données et fais le dump sans passer par PHPMyAdmin...

[tnntwister]

J'aimerais bien dumper sans php, mais je n'y arrive pas trop :s

j'ai tenté un mysqldump --opt -u cidev --password="toto" cidev |gzip -c > cidev230106.sql.gz mais je ne trouve pas le fichier créé (pourtant l'invite revient bien sans message d'insulte).
J'ai aussi tenté de me connecter et de faire ensuite un dump, mais je suis un peu novice dans les options, peut être que je ne vois pas celle importantes...

Comment je peux savoir le jeu de caractères du serveur ?

Merci !