Si tu travailles dans un encodage, quel qu'il soit, il faut que tout soit cohérent et que tu travailles avec le même encodage partout :
- Données dans la base
- Fichiers
Et bien sûr envoyer l'encodage correspondant dans l'entête.
Donc ton éditeur de fichier doit utiliser l'encodage que tu as choisi, et les tables de tes bases de données également, et tout sera simplement réglé. A priori tu mélanges simplement des fichiers UTF-8 et CP-1252 (l'ISO-8859-1 à la sauce Windows).
Le problème qu'il a ne vient pas de l'UTF-8. Il vient simplement du mélange de différents encodages : dire que «l'UTF-8 c'est chiant» n'a donc pas de sens.
Surtout que contrairement aux autres encodages, l'Unicode permet en effet de gérer tous les caractères sans avoir à se casser les bonbons. On pourra directement écrire du Grec, du Russe, du Chinois, du Japonais, ou du Français avec les accents, sans avoir à se préoccuper des entités HTML.
- Données dans la base
- Fichiers
Et bien sûr envoyer l'encodage correspondant dans l'entête.
Donc ton éditeur de fichier doit utiliser l'encodage que tu as choisi, et les tables de tes bases de données également, et tout sera simplement réglé. A priori tu mélanges simplement des fichiers UTF-8 et CP-1252 (l'ISO-8859-1 à la sauce Windows).
Le problème qu'il a ne vient pas de l'UTF-8. Il vient simplement du mélange de différents encodages : dire que «l'UTF-8 c'est chiant» n'a donc pas de sens.
Surtout que contrairement aux autres encodages, l'Unicode permet en effet de gérer tous les caractères sans avoir à se casser les bonbons. On pourra directement écrire du Grec, du Russe, du Chinois, du Japonais, ou du Français avec les accents, sans avoir à se préoccuper des entités HTML.
Ressources [PHP][MySQL][![[Image: fav.png]](http://prototypejs.org/images/fav.png)
prototype.js]
prototype.js]