Discussion :

[bjacquart]

Bonjour,
j'ai un petit problème d'encodage :

j'ai une page html encodé en UTF-8
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

elle contient un formulaire qui renseigne une base MYSQL.
la base est encodée en utf8_unicode_ci, ma table encodée en utf8_unicode_ci et les champs en utf8_unicode_ci.

l'orsque j'enregistre des champs contenant des caractères spéciaux ex: &é"'(-è_çà)<qwdfghjklmù, tout va bien, sauf que si je regarde le contenu du champ dans phpMyAdmin je lis : &é"'(-è_çà )<qwdfghjklmù
Je trouve ca bizarre, d'autant que lorsque je ré-affiche ce champ dans une page html je retrouve bien le text original.

Quelqu'un peut-il m'aider, car j'ai peur de continuer dans une direction qui pourrait engendrer de gros problèmes de codages.

Merci d'avance à tous pour votre aide.

[Antoun]

a priori, c'est juste un problème d'affichage de ton phpMyAdmin. Tu peux tester par exemple que la OCTET_LENGTH() est bien supérieure à la CHAR_LENGTH().

[WildGroup]

a priori, c'est juste un problème d'affichage de ton phpMyAdmin. Tu peux tester par exemple que la OCTET_LENGTH() est bien supérieure à la CHAR_LENGTH().

Bonjour,

J'ai le même problème puis-je en savoir plus?

Merci

[bjacquart]

Bonjour Antoun et merci pour ta réponse.
1) Si c'est un problème d'affichage sais-tu comment le résoudre ?
2) J'ai ouvert le .MYD de cette table dans le répertoire data (tbl_actualites.MYD) avec le bloc note dans ce fichier je lis :

&&é"'(-è_çÃÂ*)<qwdfghjklmù

je ne sais plus quoi penser, c'est terrible ces encodages

que faire

merci

[Antoun]

CHAR_LENGTH donne le nombre de caractères, et OCTET_LENGTH le nombre d'octets. Sur un texte en utf8, les caractères accentués seront codés sur deux octets, on aura donc une CHAR_LENGTH inférieure à la OCTET_LENGTH.

Si par exemple j'ai une table nommée Textes, avec une colonne Blabla encodée en utf8, et que la ligne d'ID 6 contient le mot "école", on pourra tester la requête suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT OCTET_LENGTH(Blabla) as Nb_Oct, CHAR_LENGTH(Blabla) as Nb_Car
FROM Textes
WHERE ID = 6

Si on obtient 6 octets et 5 caractères, cela montre que les données sont correctement stockées en utf8, et que le problème ne se pose qu'à l'affichage. Si on obtient 6 et 6, cela veut dire que le texte stocké est vraiment "©cole" et qu'il faut corriger les données...

[bjacquart]

merci Antoun,

Le requete fonctionne voici mes résultats
contenu de mon champ : Texte résumé (Texte résumé)=> oct=18 et car = 14 ??

Par contre si je force manuellement (avec phpMyAdmin) mon champ sur "école"
déjà il affiche bien "école" et le résultat est oct =6 car=5

c'est un pb php ou ????

[Antoun]

merci Antoun,

Le requete fonctionne voici mes résultats
contenu de mon champ : Texte résumé (Texte résumé)=> oct=18 et car = 14 ??

ça pue... ça laisse penser à un double niveau de merdouille... Sur ta ligne "Texte résumé", que donne un ORD(SUBSTRING(ta_colonne FROM 8 FOR 1)) ?

Par contre si je force manuellement (avec phpMyAdmin) mon champ sur "école"
déjà il affiche bien "école" et le résultat est oct =6 car=5

c'est un pb php ou ????

ça veut dire que quand tu saisis dans phpMyAdmin, les données atterrissent correctement... mais ça ne veut pas dire grand-chose ni sur tes données, ni sur le réglage de ton phpMyAdmin.