ssh -p 1022 (siteweb) "mysqldump --compact --max_allowed_packet=1677619200 --default-character-set=latin1 isuvdb | gzip > /home/isuv/isuvdb_`date +%F`.gz"

scp -P 1022 (siteweb):/home/isuv/isuvdb_`date +%F`.gz .

zcat isuvdb_`date +%F`.gz | sed 's/CHARSET=latin1/CHARSET=utf8/' | sed 's/latin1_german1_ci/utf8_general_ci/' > isuvdb_latin1.sql

DROP DATABASE isuvdb; CREATE DATABASE isuvdb DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;

mysql --force --max_allowed_packet=1677619200 --default-character-set=utf8 –-database=isuvdb --user=root < isuvdb_latin1.sql

AddDefaultCharset	UTF-8

mbstring.language=UTF-8

mbstring.internal_encoding= UTF-8

mbstring.http_input=UTF-8

mbstring.http_output=UTF-8

mbstring.detect_order= auto

Florent V. a écrit :
Hello,

Parmi les possibilités:
- le script du site se connecte à la base MySQL avec un "SET NAMES latin1", ce qui fait que MySQL va traduire les données de UTF-8 (si tes tables sont bien marquées comme étant en utf-8) à ISO-8859-1;
- le script du site convertit les données reçues en ISO-8859-1, ou bien utilise des fonctions de PHP qui gèrent mal les encodages multi-octets.

Sinon, est-ce que tu as essayé de taper directement dans la base avec un script PHP simple, et testant ces trois cas de figure:
1. pas de SET NAMES;
2. SET NAMES utf8;
3. SET NAMES latin1.
Et qu'est-ce que ça donne dans les trois cas?

eXtaZiuM a écrit :
Je n'ai pas compris comment ça marche SET NAMES. Il faut le faire à chaque requête ? Ou une seule fois et c'est bon ?

eXtaZiuM a écrit :
Et qu'entends tu par "le script du site convertit les données reçues en ISO-8859-1" ? Comment peut on le voir ?

eXtaZiuM a écrit :
Ca s'insère dans la requête d'affichage ou c'est une autre requête à part ?

eXtaZiuM a écrit :
Peux tu me donner un exemple ?

mysql_connect(...);

mysql_select_db(...);

mysql_query("SET NAMES 'utf8'"); 

FlorentV a écrit :
Sinon, est-ce que tu as essayé de taper directement dans la base avec un script PHP simple, et testant ces trois cas de figure:
1. pas de SET NAMES;
2. SET NAMES utf8;
3. SET NAMES latin1.
Et qu'est-ce que ça donne dans les trois cas?

Florent V. a écrit :
Les données qui s'affichent sont alors en ISO-8859-1. Trois raisons possibles:
1. Le script (PHP ou autre) fait la conversion (c'est le cas par exemple en PHP de la fonction htmlentities et de la fonction htmlspecialchars, si on ne leur passe pas le bon encodage en paramètre).

function htmlconverter($text) {

	global $phpversion;

	$charsets = array('ISO-8859-1', 'ISO-8859-15', 'UTF-8', 'CP1252', 'WINDOWS-1252', 'KOI8-R', 'BIG5', 'GB2312', 'BIG5-HKSCS', 'SHIFT_JIS', 'EUC-JP');

	

	if (version_compare($phpversion, '4.3.0') >= 0 && in_array(wbb_strtoupper(ENCODING), $charsets)) return @htmlentities($text, ENT_COMPAT, ENCODING);

	elseif (in_array(wbb_strtoupper(ENCODING), array('ISO-8859-1', 'WINDOWS-1252'))) return htmlentities($text);

	else return htmlspecialchars($text);

}

 function convertHTML($text) {

 	static $charset;

 	global $phpversion;



 	if(!isset($charset)) {

  		global $lang;

  		$charset=strtolower($lang->items['LANG_GLOBAL_ENCODING']);



 	}

 	if(version_compare($phpversion, "4.3.0")>=0 && ($charset=="iso-8859-1" || $charset=="iso-8859-15" ||

 	$charset=="utf-8" || $charset=="cp1252" || $charset=="windows-1252" || $charset=="koi8-r" || $charset=="big5" ||

 	$charset=="gb2312" || $charset=="big5-hkscs" || $charset=="shift_jis" || $charset=="euc-jp"))

 	return @htmlentities($text, ENT_COMPAT, $charset);

 	elseif($charset=="iso-8859-1" || $charset=="windows-1252") return htmlentities($text);

 	else return htmlspecialchars($text);

}

FlorentV a écrit :

2. MySQL fait la conversion car les données sont correctement identifiées dans la base comme UTF-8, mais la connexion est en ISO-8859-1.
3. Les données dans la base sont en ISO-8859-1.

FlorentV a écrit :

Quant à la configuration serveur, il y a:
1. la configuration d'Apache pour déclarer l'encodage aux agents-utilisateur (typiquement via l'en-tête HTTP Content-Type);
2. la configuration de MySQL (sous linux: fichier /etc/my.conf, ou /var/lib/mysql/my.conf).
Les deux sont bien entendu documentés dans les documentations officielles de chacun de ces deux logiciels.

Florent V. a écrit :
Dis-moi, ces pages de test tu les as affichées dans un navigateur en précisant de les afficher en UTF-8? Si c'est le cas, tu es sans doute face à un cas classique de données UTF-8 enregistrées dans des tables marquées "latin1": MySQL fait alors une conversion si on lui demande de l'UTF-8, mais envoie les données telles quelles si on lui demande de l'ISO-8859-1 (latin1).

À l'inverse, si tu as affiché tes pages de test en ISO-8859-1 (ou si tu as oublié de préciser un encodage et que le navigateur a choisir ISO-8859-1 par défaut), cela signifie que:
- soit tes données sont bien en UTF-8 et sont marquées comme telles (connexion par défaut en latin1: MySQL convertit de utf8 à latin1, et tout va bien car on affiche la page en ISO-8859-1; connexion demandée en latin1: MySQL convertit de utf8 à latin1, et tout va bien car on affiche les pages en ISO-8859-1; connexion demandée en utf8: MySQL ne convertit pas les données, et tout va mal car tu affiches des données UTF-8 dans une page interprétée par le navigateur en ISO-8859-1);
- soit tes données sont des données ISO-8859-1 marquées comme telles, et dans le troisième cas de figure MySQL convertit en UTF-8 (et tu affiches en ISO-8859-1).

Je crois que j'ai fait le tour (le cas de figure données en ISO-8859-1 mais marquées comme étant en utf8 ne me semble pas possible, car je crois que tu obtiendrais des données corrompues pour les deux premiers tests).

[ mysqld ]



# Set the default character set.

default-character-set=utf8



# Set the default collation.

default-collation=utf8_general_ci



# This one works fine

character-set-client=utf8



# Restarting MySQL (through ubuntu 7.10 init script)

# fails if I set any of these two:

#   character-set-results=utf8

#   character-set-connection=utf8

# It fails if I ask for latin1 — which is the

# default I think — as well.

[ mysqld ]



default-character-set=utf8

default-collation=utf8_general_ci

character-set-client=utf8



[ client ]



character-set-results=utf8

character-set-connection=utf8

Florent V. a écrit :
Ça se passe dans le my.conf normalement pour la configuration de MySQL.
Dernièrement j'ai testé un paramétrage mais ça empêchait le script linux de démarrage de mysqld de se lancer

[ mysqld ]



# Set the default character set.

default-character-set=utf8



# Set the default collation.

default-collation=utf8_general_ci



# This one works fine

character-set-client=utf8



# Restarting MySQL (through ubuntu 7.10 init script)

# fails if I set any of these two:

#   character-set-results=utf8

#   character-set-connection=utf8

# It fails if I ask for latin1 — which is the

# default I think — as well.

Il faut peut-être tenter:

[ mysqld ]



default-character-set=utf8

default-collation=utf8_general_ci

character-set-client=utf8



[ client ]



character-set-results=utf8

character-set-connection=utf8

Mais j'ai pas testé.

Bien sûr relancer le serveur MySQL après tout changement de configuration dans my.conf.4

Nota: ne pas mettre d'espaces dans [ mysqld ] et [ client ] (ici c'est juste pour empêcher que le forum ne tente de transformer ça en smiley).