S'lt
Pour remonter l'éventuel problème et comme là suis out pour vérifier
dans le code je préfère poster.
est ce que dans le cadre d'une connexion avec mysql il y a bien
l'utilisation mysql_set_charset() ?
Là j'ai passé ces 3 derniers jours à essayer de résoudre mon pb
d'encodage (utf/latin), la solution a été de mettre en place un
php_admin_value default_charset "utf-8" dans mon httpd.conf
(ça pourrait etre aussi default_charset = "utf-8" dans le php.ini)
Km
si j'ai bon souvenir on utilise cette fonction seulement à l'installation.
En particulier si tu appliques SPIP sur une autre base, on le prend telle quelle.
Committo,Ergo:Sum
c'est un peu plus subtil que cela :
- lors d'une install neuve, on définit la meta charset_sql_connexion='utf8';
ensuite, à chaque connexion, si la meta charset_sql_connexion est présente, on fait un sql_set_charset() avec sa valeur.
Donc :
- sur les nouvelles install on met toujours la connexion en utf8
- sur les anciennes on ne change rien par rapport à l'existant, qui marchait a priori
Sur les bases distantes, on utilise la meta distante si elle est présente.
J'ai par exemple eu le cas d'un SPIP svn utf8 interrogeant une base distante SPIP 1.9.2.
Par défaut, la connexion etait en iso, ce qui n'allait pas, donc j'ai simplement ajouté à la main la meta charset_sql_connexion='utf8' dans la base 1.9.2.
S'lt
Ok merci pour l'info, le truc que j'aurais su il y a une semaine et
j'aurais pas pleuré si longtemps ...
Bon j'ai du avoir un bogue lors de mon passage en utf, il y a un
moment. Donc impossible de reproduire le contexte qui aurait pu
génerer mon pb.
Je devais etre en iso, puis j'ai passé ma base en utf via
?exec=config_lang et c'est apres que j'ai eu mes pb d'accents.
Dans mes metas, je n'ai que :
charset utf-8
Km