Jeux de caractères - UTF-8 - ISO-8859-1

[Toolin]

Bonjour,
J'ai fait une migration de GestSup d'un hébergement OVH dont le jeu de caractère utilisé était ISO-8859-1 vers un VPS en UTF-8 et j'ai eu pas mal de problème de caractères.(accentuation qui ne passe pas)

Voici des points à vérifier:

- réenregistrement de certains fichiers PHP de gestsup en utf-8 via gedit ou notepad++
- modification des fichiers php en précisant <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
- export depuis phpmyadmin OVH ( j'ai pas pu choisir le jeu de caractère) et import via phpmyadmin de mon VPS en précisant bien que la source est ISO-8859-1

j'ai aussi configuré apache, ainsi que le serveur MySQL
et après quelques prises de tête cela fonctionne !

Des liens intéressants qui m'ont bien aidé :

- http://www.siteduzero.com/informatique/ ... caracteres
- http://openweb.eu.org/articles/changer_pour_utf8
- http://cameronyule.com/2008/07/configur ... use-utf-8/

a bientôt

[Toolin]

ouai, en fait, mon truc ca marchait pas terrible du tout en fait.

et pour cause, dans l'export SQL je me récupérai des CHARSET=latin1 que j'ai transormé en CHARSET=utf8

comme pour la table tcategory

Code : Tout sélectionner

CREATE TABLE IF NOT EXISTS `tcategory` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(50) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB  DEFAULT CHARSET=latin1 AUTO_INCREMENT=3 ;

du coup, faut faire ca pour chaque table avant l'import

[Flox]

Bonjour,

avec PhpMyadmin vous pouvez préciser l'encodage lors de l'export:

Code : Tout sélectionner

Jeu de caractères du fichier :

cdt

[Toolin]

je pense que vous parler du jeu de caractère du fichier texte généré lors de l'export.
Et ce jeu de caractère n'a rien à voir avec le jeu de caractère des tables Mysql qui sont précisé "à l'intérieur" du fichier d'export

y a 2 trucs en fait