utf-8 dans un formulaire

Version imprimable

12/01/2011, 15h48
Drone

utf-8 dans un formulaire

Bonjour,

j'utilise la balise méta

Code:

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

et je n'ai pas de soucis d'affichage d'accent, par contre lorsque dans un formulaire j'écris avec des accents, je vois dans mon IDE que les caractères sont transformés de cette manière : "Ã©", "Ã®", "Ã", ... donc php 5.3 que j'utilise ne saurais pas lire par défaut le utf-8 ?

Du coup j'utilise la fonction utf8_decode(), mais puis je faire en sorte que php reconnaisse directement le utf-8 ?

Merci.
12/01/2011, 16h02
ska_root

Bonjour,

Dans ton IDE, le fichier php du formulaire et le fichier qui affiche le résultat sont-ils encodés en utf-8 ?

-
12/01/2011, 16h05
sabotage

La preuve que si puisqu'il sait l'encoder et le decoder avec utf8_decode/encode.
PHP n'a de toute facon pas besoin de connaitre l'encodage des données qu'il fait transiter.

Mais a part dans ton EDI, ou est le problème ?
12/01/2011, 16h37
Drone

J'ai un fichier qui contient la balise meta avec le charset utf-8, qui inclu d'autre pages dont celle du formulaire et celle à afficher, donc je pense que toute les pages sont bien encodés en utf-8.

En fait le soucis est pour la vérification de valeurs, par exemple cette expression régulière

Code:

$expreg = '/\A[\w]+[\w._-]*\z/u';

l'option u est censée traiter les chaines utf-8, mais elle ne reconnait que les é et non les Ã©..
12/01/2011, 16h53
ska_root

Citation:

Envoyé par Drone

J'ai un fichier qui contient la balise meta avec le charset utf-8, qui inclu d'autre pages dont celle du formulaire et celle à afficher, donc je pense que toute les pages sont bien encodés en utf-8

la balise meta indique au navigateur quel est le charset de la page qu'il reçoit. de même que l'instruction header('Content-Type: text/html; charset=utf-8') en php.

cela ne veut pas dire que les fichiers *.php sont encodés eux en utf-8...
12/01/2011, 17h23
Drone

Vous m'avez mis un doute, j'ai donc converti un a un dans notepad++ les fichiers en utf-8, mais je pense que cela résoudrait des éventuels problème d'affichage ?

Je dis cela car mes variables du tableau $_post arrive toujours avec des Ã©.

Mais je me dis que c'est peut être normal, car le utf-a transforme automatiquement les é en Ã©, et dans php je dois faire un decode pour pouvoir les traiter ?
12/01/2011, 17h30
sabotage

Si tu obtiens un affichage normal en utilisant utf8_decode() c'est que ton fichier d'arrivé n'affiche pas du UTF8.

Pour l'affichage j'ai aucun problème c'est au niveau de mes variables php, par exemple si j'essaie ce petit script

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
 
  1.<html xmlns="http://www.w3.org/1999/xhtml">
   2.    <head>
   3.         <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
   4.         <link rel="stylesheet" media="screen" type="text/css" title="Feuilledestyle" href="design.css"/>
   5.         <title>Site '...'</title>
   6.    </head>
   7.<body>
   8.
   9.
  10.<form method="post" action="test.php" enctype="multipart/form-data">
  11.
  12.
  13.<label for="nom_user">Votre variable:</label> <input type="text" name="nom_user"  size="35"/>
  14.<input type="submit" name="ok" value="ok"/>
  15.</form>
  16.
  17.<?php
  18.
  19.if (!empty($_POST['nom_user'])) {
  20.
  21.echo 'La variable est '.$_POST['nom_user'];
  22.echo ' et à une longueur de '.strlen($_POST['nom_user']).' caractères.';
  23.}
  24.
  25.?>
  26.
  27.</body>
  28.</html>

Lorsque j'écris ééé, j'ai comme résultat :

La variable est ééé et à une longueur de 6 caractères.

Car dans php il est en fait écrit Ã©Ã©Ã©, est ce que cela vous fait la même chose ?

12/01/2011, 18h19
sabotage

En UTF8 il faut utiliser les fonction mb_
donc mb_strlen() et non strlen().

Citation:

Car dans php il est en fait écrit Ã©Ã©Ã©

Il n'est en fait écrit ni l'un ni l'autre. PHP ne manipule que les bytes.
12/01/2011, 18h27
Drone

Oula ce sont quoi toutes ces fonctions 8O, décidément j'en apprends tout les jours ! Mais donc pour les caractères utf-8 il faut seulement utiliser des fonctions php adapté ?

Par exemple pour ma fonction preg_match($expreg,$valeur), je suis obligé d'utiliser un mb_ereg_match($expreg,$valeur) ?

Ne vaut-il pas mieux selon toi que je fasse un utf8_decode/encode entre le traitement de mes valeurs ?

Merci en tout cas, c'est très instructif.
12/01/2011, 18h31
sabotage

preg_match() sait traiter l'utf8, a condition de lui indiquer le modificateur "u".
http://php.net/manual/fr/reference.p....modifiers.php
12/01/2011, 18h34
Drone
Pourtant mon expression régulière est bien la suivante :
Code:

1 2 $expreg = '/\A[\w]+[\w._-]*\z/u';
C'est justement ce que je demandais plus haut :).

Mais je ne sais pas pourquoi le u reconnait les caractères comme le é et non celui comme le Ã©.
12/01/2011, 18h39
ABCIWEB

As-tu pensé à mettre, comme l'a dit ska_root,

Code:

header('Content-Type: text/html; charset=utf-8')

tout en haut de ton code php ?

Il est très probable que le serveur envoie par défaut une entête au format iso.
Et les entêtes php prennent le pas sur les déclarations html

Et puis quand c'est possible évites de mettre du php dans ton html. Dans ton cas tu pourrais tout aussi bien le mettre en haut de page avant le code html.
12/01/2011, 18h50
Drone

J'ai essayé cela ne change rien, comme dit plus haut l'affichage de la page ne pose pas de problème, ce que je ne comprenais pas c'est que l'utf8 demandais des fonctions php particulières.

Pour mon expression régulière, le problème ne semble finalement pas venir de utf-8, car même après un decode l'expression suivante ne fonctionne pas, ce que je ne comprend pas car hier elle fonctionnait bien :

Code:

$expreg = '/\A[\w]+[\w._-]*\z/u';

Tu dois bien avoir un pb quelque part car si j'écris ce code (identique au tiens)
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 <?php header('Content-Type: text/html; charset=utf-8'); if (!empty($_POST['nom_user'])) { echo 'La variable est '.$_POST['nom_user']; echo ' et à une longueur de '.mb_strlen($_POST['nom_user'],'utf-8').' caractères.'; } ?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>Document sans titre</title> </head> <body> <form method="post" action="#"> <label for="nom_user">Votre variable:</label> <input type="text" name="nom_user" size="35"/> <input type="submit" name="ok" value="ok"/> </form> </body> </html>
avec php5.3 sur le serveur dévaluation (wampserveur), quand j'écris ééé dans le champ du formulaire cela me retourne bien :
"La variable est ééé et à une longueur de 3 caractères."

Et au passage tu ne dois pas avoir besoin d'utiliser utf8_decode/encode si tout ton encodage est cohérent d'un bout à l'autre (entêtes php, html, bdd et enregistrement du fichier encodé en utf-8)

13/01/2011, 03h53
Drone

Salut,
oui ce que je voulais savoir au début c'est si dans mes variables php c'était normal quelle affiche dans le débogueur des Ã©, mais voilà comme je le pensais c'est en fait normal et pour la fonction de longueur, j'ai bien compris que je n'utilisais pas les bonnes variables comme me la expliqué sabotage, maintenant mon seul soucis est de comprendre pourquoi mon expression régulière pourtant dotée de l'option u, ne fonctionne plus, mais c'est un autre sujet donc je vais tenter de trouver la solution seul et j'ouvrirais un autre topic au cas ou, merci en tout cas.