Discussion :

[davinout]

Bonjour,
j'utilise actuellement AJAX afin de mettre à jour une liste déroulante LD2 lorsque je modifie une liste déroulante LD1 placé avant dans le
formulaire. j'ai défini l'evenement onchange pour déclencher la mise à jour de LD2.
Mon problème est que je fais ma requête de mise à jour dans un fichier .php séparé, mais que cette requête me donne un résutat
bizarre, c'est à dire qu'elle me remplace le mot électrique par ?ctrique. Par contre electrique passe très bien.
En fait lorsque j'ai un "é", le "é" et les deux lettres qui le suivent sont remplacées par un "?"
Est ce que quelqu'un sait d'où ça vient? merci

[Swoög]

problème d'encoding, pour éviter cela, tu devrais prendre l'habitude de remplacer les caractères spéciaux par leurs entités html (par exemple é pour é tu trouveras facilement une liste via google)

[davinout]

Le problème est que ces données viennent de ma base de données!
Et elle est remplie par les utilisateurs, donc je peux pas trop y toucher comme ça

[Death83]

Il faut bien définir le meme charset sur toute tes pages (y compris celle appelé par AJAX) et définir le meme charset dans ta bdd.

Moi j'utilise celui la et j'ai aucun problème:

header('Content-Type: text/html; charset=ISO-8859-1');

[davinout]

D accord donc il faut que je jette un oeil aussi dans la BDD, je pense que ça doit venir de la!

[Death83]

oui
si tu prend le meme charset que moi pour la bdd c'est utf8 qu'il faut prendre.

[ns_deux]

Voilà ce que j'ai trouve pour tes caracteres speciaux
une fonction php
function pas_d_accent($str_accent) {
$pattern = Array("/é/", "/è/", "/ê/", "/ç/", "/à/", "/â/", "/î/", "/ï/", "/ù/", "/ô/");
// notez bien les / avant et après les caractères
$rep_pat = Array("e", "e", "e", "c", "a", "a", "i", "i", "u", "o");
$str_noacc = preg_replace($pattern, $rep_pat, $str_accent);
return $str_noacc; }

et ensuite sur ton Post ou Get à l'enregistrement (par exemple sur une variable nom) :
$nom=pas_d_accent($_POST["nom"]);

Biensur, pour les valeurs dejà dans ta base, tu exportes ta base, remplace les caracteres et ré-importe ta base

[latrikatomik]

moi j'ai utilisé ca :

Code :

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

header('Content-Type: text/html; charset=ISO-8859-1');

pour php

Code :

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

1
2
3
4
5
6
7
8
9
10
 
function encodeMyHtml(valeur) {
    encodedHtml = escape(valeur);
    encodedHtml = encodedHtml.replace(/\//g,"%2F");
    encodedHtml = encodedHtml.replace(/\?/g,"%3F");
    encodedHtml = encodedHtml.replace(/=/g,"%3D");
    encodedHtml = encodedHtml.replace(/&/g,"%26");
    encodedHtml = encodedHtml.replace(/@/g,"%40");
    return encodedHtml;
}

pour javascript
Mais je veux bien une autre solution, merci pour vos posts precedents

[Invité]

Pour palier à ce problème j'utilise la fonction htmlentities dans mes fichiers php, jamais eu aucun souci!

[davcha]

moi j'ai utilisé ca :

Code :

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

header('Content-Type: text/html; charset=ISO-8859-1');

pour php

Code :

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

1
2
3
4
5
6
7
8
9
10
 
function encodeMyHtml(valeur) {
    encodedHtml = escape(valeur);
    encodedHtml = encodedHtml.replace(/\//g,"%2F");
    encodedHtml = encodedHtml.replace(/\?/g,"%3F");
    encodedHtml = encodedHtml.replace(/=/g,"%3D");
    encodedHtml = encodedHtml.replace(/&/g,"%26");
    encodedHtml = encodedHtml.replace(/@/g,"%40");
    return encodedHtml;
}

pour javascript
Mais je veux bien une autre solution, merci pour vos posts precedents

Ca ressemble à un urlencode ça.

Sinon, les lignes importantes sont :
côté php : header('content-type: truc/machin; charset=charset_choisi');
côté javascript : xhr.setRequestHeader('content-type','blablabla; charset=charset_choisi');

[marcha]

+1 davcha

Un détail encore:

UTF-8 contrairement à ISO-8859-1 n'utilise pas toujours un octet par
caractère. (à vrai dire, seuls les caractères ASCII 0 à 127) sont codés sur
un octet. http://fr.wikipedia.org/wiki/UTF-8

Par exemple, le mot "école" occupe 5 octets en ISO-8859-1 et 6 octets en UTF-8

Ce qui est traître c'est que si on sauve une chaine UTF-8 dans une base
mysql en ISO-8859-1, et qu'on la ressort pour l'afficher dans une page html
UTF-8, ça marche très bien tant que la taille de la chaine encodée ne dépasse pas celle du VARCHAR.

Il suffit d'un texte composé de beaucoup de caractères non ASCII pour que
la taille nécessaire passe du simple au double ! Et là... vaut mieux avoir
une base encodée UTF-8

[davcha]

Il suffit d'un texte composé de beaucoup de caractères non ASCII pour que
la taille nécessaire passe du simple au double ! Et là... vaut mieux avoir
une base encodée UTF-8

C'est pas mieux. Une base UTF-8 avec des caractères latin1, ça aura l'effet inverse : au lieu d'avoir un n° de téléphone à 10 chiffres, tu obtiens un n° de téléphone à 20 chiffres par exemple (ok mauvais exemple, parce que les chiffres à priori c'est 1 octet en UTF-8 et en latin1).

Mieux vaut utiliser le même charset partout.



A noter un petit truc concernant ajax tout de même. Si on utilise JSON, et plus particulièrement les fonctions JSON natives de PHP : json_encode et json_decode, ces fonctions ne fonctionnent qu'avec de l'utf-8.
Ceci dit, on peut se débrouiller en encodant/décodant les données à JSON avant et après le JSONage.