Passage en UTF-8

salut à tous :D

je vient de ripper completement un projet de iso-8859-15/latin1_general_ci vers utf-8/utf8_general_ci.

j'ai dors et dejà ceci:

- toutes table et db MySQL passer en utf8_general_ci
- mysql parametré par default avec jeu de caractère utf-8 et un interclassement pour les connexion en utf8_general_ci
- tout mes scripts php utilise htmlentities via UTF-8 pour les affichages coté navigateur
- apres chaque mysql_select_db, je fais un SET NAMES UTF8
- inclusion au httpd.conf de AddDefaultCharset UTF-8 et d'un httpd-languages.conf contenant la liste des AddCharset dont utf-8
- ajout de la meta <meta http-equiv="Content-type" content="text/html; charset=UTF-8"/> au html
- activation de mbstring dans le php.ini avec les parametre UTF-8
- touts mes scripts php encoder en utf-8

mon problème est que j'ai plus moyen de travailler avec deux objet de mon site (un encodeur utilisant mcrypt et un filtre récuperant des regexp en db pour preg_match)

pour ce qui est de mcrypt, j'ai le soucis que lorsque encoder en utf8, mes clé et vecteur sont détecter trop long. j'ai donc essayer de reconvertir ces cle et vecteur via ceci:

Code:

---

1 2	$this->cle = mb_convert_encoding($cle, "ASCII", "UTF-8"); $this->iv = mb_convert_encoding($iv, "ASCII", "UTF-8");

---

j'ai essayer ceci et iso-8859-1(5) mais mes variables cle et iv issue de db sont mal retranscrite (les accentuer par exemple sont des "?")

Comment doit-je faire pour pouvoir utiliser ces cle et vecteur dans le bon encodage pour utilisation des fonction de mcrypt?

merci d'avance ;)

personne n'a une idée pour un encodage propre au fonction comme mcrypt et preg_match afin que je puisse reconvertir ma variable issue de db de utf8 vers cet encodage ? (deja essayer iso-8859-15 & ASCII mais les caractere tel que ç ou é sont remplace par des ? et en utf8, mes chaines on des taille trop longue)

merci d'avance :)

J'ai eu un pb du même genre.
Je t'invite à vérifier ton driver ODBC si tu en utilises un.

MyODBC 3.51.x doesn’t support Unicode characters. So we just
have to wait for MyODBC 5.0 Production.


source : http://bugs.mysql.com/bug.php?id=3348