[UTF-8] Pourquoi utiliser utf8_encode() alors que la page web et la DB sont en utf8 ?

**Tchupacabra** · 07/06/2007, 11h35

Bonjour,

pensant bien faire, j'ai créé une table classique en utf8 :

Code SQL :

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

1
2
3
4
5
CREATE TABLE `bien` (
  `id` MEDIUMINT unsigned NOT NULL auto_increment,
  `titre` VARCHAR(50) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_general_ci AUTO_INCREMENT=1;

Pourquoi dans une page XHTML utf8, je suis obligé d'utiliser utf8_encode() pour afficher correctement le texte contenu dans cette table ?
Je pensais que le faite d'enregistrer les data en utf8 cela m'éviterai de devoir de encoder... nan ?
Quelqu'un pourrait-il m'éclairer SVP ?
Merci d'avance

@bientôt

**stunti** · 07/06/2007, 11h36

Cela devrait fonctionner.
Que met tu dans la page XHTML pour qu'elle comprenne le UTF-8

Perso j'ai :

Code :

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

<html xml:lang="zh-CN" lang="zh-CN" .....

Code :

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

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

le tout avec un DOCTYPE en XHTML 1.0 strict. (zh-CN c'est parce que j'affiche du chnois mais avec le Locale francais cela devrait etre bon aussi)

**Asmodean** · 07/06/2007, 11h51

Est ce que les pages php qui enregistre des données dans ta base sont bien encodé en utf8 aussi? Ca m'arrive souvent ce genre de problème...

**Tchupacabra** · 07/06/2007, 12h01

Voici mon header stunti :

Code :

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

1
2
3
4
5
6
7
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr">
<head>
<title>Mon titre</title>
 
<meta http-equiv="Content-Type" content="text/HTML; charset=utf-8" />

la page est bien encodée en utf-8... ne me dit pas que c'est à cause de mon charset=utf-8" en minuscule !

Asmodean, à vrai dire y a pas encore d'insertion via php...
ma base et le contenu ont été créé via un copier/coller du contenu d'un *.sql en utf8...

**Asmodean** · 08/06/2007, 13h40

Et la page php qui lit les données à quelle encodage?

**BlindeKinder** · 08/06/2007, 15h16

J'ai eu ce problème: tout en utf-8: les scripts php, la base, la déclaration xhtml... et je recevais les données de ma base en iso...
Je crois que c'est au niveau des serveurs que ça se converti, ne me demande pas...
perso, j'ai trouvé ça, à mettre sous la requête de connexion sql:

Code :

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

mysql_query('SET NAMES utf8') ;

Chez moi ça fonctionne parfaitement, et tu ne devras pas tout utf8-encoder

**Tchupacabra** · 25/07/2007, 11h14

Merci BlindeKinder, ça semble bien fonctionner...

mais je trouve bizarre voir anormal de devoir utiliser cela.

**yazerty** · 11/09/2007, 17h53

Bonjour,

J'avais exactement le même problème : table neuve créée en UTF8, insertions propre faites à la main directement dans phpmyadmin, pages en UTF8 avec charset déclaré UF8 dans le code html, ... bref tout ce qu'il fallait à priori non ?

Et bien ce petit code mysql_query('SET NAMES utf8') ; placé en dessous de ma fonction de connexion à la BDD marche également chez moi.

Mais est-ce que ça alourdit un peu la requête ou c'est simplement un paramètre que l'on donne à MySQL ?

Cette astuce est-elle correcte alors que je suis sur un mutualisé 1&1 : ça m'étonne que sur les serveurs 1&1 ils ne gèrent pas bien ça, non ??

Je vous remercie pour toute piste et réponse

.

**Tchupacabra** · 05/10/2007, 22h49

je suis toujours curieux de connaître le pourquoi ....

**olive_surf** · 16/10/2007, 20h36

Le problème vient du fait que la définition de l'encodage des caractères apparait à plusieurs niveaux lors de l'envoi d'une requête et de la réception du résultat entre un client et un serveur mySQL. Pour plus d'informations sur ce processus voir le manuel officiel mySQL au chapitre : Jeux de caractères et collations de connexion.

Il est dit que la commande "SET NAMES" indique au serveur dans quel encodage les futures requêtes seront fournies par le client; dans notre cas on indique qu'il sagit de "utf8" c'est pourquoi le serveur renvoi les résultats correctement dans le même encodage (ce qui n'est pas obligatoire suivant la configuration du serveur).

Maintenant une solution intéressante serait de pouvoir configurer le client sans avoir à renvoyer la commande "SET NAMES" à chaque nouvelle session entre le client et le serveur mySQL. Si quelqu'un a la réponse pour le package DB de PEAR je suis preneur car j'ai exactement le même soucis.

**elric47** · 25/02/2008, 16h11

J'ai peut être un élément de réponse :certains drivers odbc ne supportent pas l'UTF8.

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

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

[UTF-8] Pourquoi utiliser utf8_encode() alors que la page web et la DB sont en utf8 ?

PHP & Base de données

Discussions similaires

Partager

Partager