Différence d'affichage des caractères accentués

Version imprimable

19/03/2009, 12h54
tintin72

Différence d'affichage des caractères accentués
Bonjour,

Sur ma page php j'ai meta balise suivante:
Code:

1 2 <meta http-equiv="content-type" content="text/html; charset=iso-8859-1">
Mais quelque chose m'échappe.
Lorsqu'un texte est récupéré dans la base de données (MySQL) les caractères accentués sont correctement affichés. Par contre si j'écris "en dur" dans la page php, les caractères accentués sont remplacés par des symboles bizarres.
Je sais que si je code les caractères accentués (é etc) tout fonctionne.
Ce que je comprends pas c'est pourquoi les caractères accentués récupérés dans la bdd
s'affiche bien et pas ceux écrit directement sur la page.

Quelqu'un pourrait-il m'éclairer ?

Merci.
19/03/2009, 13h39
sabotage

Si les caractères saisis dans ton fichier s'affichent mal c'est surement que ton fichier n'utilise pas l'encodage ISO.
Verifie le dans ton editeur de texte (notepad++ le fait si tu ne trouves pas dans le tiens).
19/03/2009, 14h37
tintin72

En effet, Vim me dit que le fichier est encodé en utf-8.
Il faut donc que je remplace iso-8859-1 par utf-8 ou alors que
je réencode le fichier en iso-8859-1.
Mais est ce que le latin1_swedish_ci utilisé par MySQL correspond à utf-8 ?
(car dans ce cas convertir le fichier en iso-8859-1 ne serait pas une bonne idée).
19/03/2009, 14h51
sabotage

Citation:

Il faut donc que je remplace iso-8859-1 par utf-8 ou alors que
je réencode le fichier en iso-8859-1.

Si tu as tout le reste de ton site en ISO, il faut evidemment convertir le vilain canard en ISO.

Citation:

Mais est ce que le latin1_swedish_ci utilisé par MySQL correspond à utf-8 ?

latin1_swedish_ci est un interclassement pour travailler avec des données ISO.
Les interclassements UTF8 comment par ... utf8.
19/03/2009, 15h36
tintin72

Citation:

Si tu as tout le reste de ton site en ISO, il faut evidemment convertir le vilain canard en ISO.

Ben non justement mais ça met le doigt sur un aspect du problème auquel je n'avais pas pensé.
Par défaut les fichiers créés (avec Vim en tout cas) sont encodés en utf-8, et latin1_swedish_ci est utilisé par défaut lors de la création de tables.
Est ce que ça ne risque pas de poser problème si je récupère des données latin1_swedish_ci pour les afficher sur une page en utf-8 ?
19/03/2009, 15h43
sabotage

latin1_swedish_ci n'est pas un encodage de données, c'est un paramètre définissant la manière de classer et comparer les données.

Par contre oui cela pose un problème : si tu envoie une donnée UTF8 à mysql en lui demandant de comparer selon l'interclassement latin1, il te dira naturellement qu'il ne peut pas.

C'est pour cela qu'il faut se décider sur un encodage dés le début de son developpement et l'utiliser partout (encodage des fichiers, enctype HTML, interclassement des tables).

Si un des élements ne peut pas être changé, il faut jongler avec des utf8_encode/decode.

Dans ton cas je ne pense pas que ce soit trop tard pour harmoniser.
19/03/2009, 16h16
tintin72
Hmm, donc j'ai le choix entre convertir tous les fichiers en iso-8859-1 ou
faire des requêtes pour toutes les tables du genre:
Code:

1 2 ALTER TABLE table CHARACTER SET jeu_de_caracteres COLLATE interclassement
C'est bien ça ?
27/04/2009, 16h27
feriel374

salut tintin72, si tu n'arrive pas encore à résoudre ton problème, je te donne la solution
j'avais le mème problème alors j'ai mis dans toutes mes pages php les deux intructions suivantes sous la balise <head>

Citation:

<meta http-equiv="content-type" content="text/html; charset=iso-8859-1">
<meta http-equiv="content-type" content="text/html; charset=utf-8" />

tous les caractères accentués sont affichés
alors bonne chance
27/04/2009, 16h47
sabotage

Une page ne peux pas avoir deux encodages, il est donc inutile d'en indiquer deux.
Le navigateur ne prendra en considération au final qu'une seule des deux lignes avec comme seul critère l'ordre dans lequel elles sont écrites.

Il faut donc savoir ce qu'on manipule comme encodage et indiquer le bon.