Problème de charset avec le mod_proxy_html

Version imprimable

19/02/2008, 16h41
tipou75

Problème de charset avec le mod_proxy_html
Bonjour,

Je vous soumet un problème que voici:
J'ai un reverse proxy avec apache 2.0 avec le mod_proxy_html 2.5.1 qui me retourne systematiquement des page en utf8 dans le Header HTTP. D'après la doc ca serait normal. Mes page sont toutes avec un
Code:

1 2 <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" />
Alors, pour les requete GET, mes pages semblent s'afficher correctement.
Par contre pour les POST, c'est pas le cas..

J'ai essayé de faire le POST directement sur mon serveur J2EE, et pas pas de problème.

Enfin, j'ai capturé les trame réseau et là bizarrement, mes données sont envoyées (toujours en POST) avec un encodage différent selon que je POST sur le reverse proxy ou directement sur le serveur J2EE????
Code:

1 2 3 Vers le reverse-proxy: question1=%C3%A9&response1= Vers le serveur J2EE: question1=%E9&response1=
Je ne comprend vraiment pas ce dernier test. Pourquoi mes données sont envoyé avec un encodage différent alors que j'utilise le même browser et le même formulaire dans mes test???

Y a t-il quelqu'un qui a réussit à faire fonctionner correctement le mod proxy_html avec ISO-8859-1?

Au fait, j'ai un Gentoo, Athlon 64 et la version 3 du mod_proxy_html n'est pas disponible :evilred:

J'espère que vous pourrez m'aider!
19/02/2008, 17h18
tipou75

Si je positionne l'attribut accept-charset sur mon formulaire, c'a marche mieux sur firefox mais pas IE: mes caractères sont correctement encodés lors du POST

Sur Firefox, cela génère l'entête ACCEPT-CHARSET dans la requete HTTP, pas sur IE...
19/02/2008, 18h10
_Mac_

Tes trames, tu les as "sniffées" entre quoi et quoi quand tu es passé par le proxy ? Entre le client et le proxy ou entre le proxy et le serveur ?
19/02/2008, 18h31
tipou75
Je sniffe à la sortie de mon poste. Quand je veux tester directement avec mon serveur j2EE, je modifie mon /etc/hosts et je garde la meme URL

donc pour mes deux tests, c'est entre mon poste et le proxy (test1) et entre mon poste et le serveur (teste2)

Je precise que j'ai sniffé entre le proxy et le serveur. Les données recues par le serveur sont mal encodées car c'est mon poste qui les envoie incorrectement.
Et puis, ma response Header Content-Type est positionné correctement à ISO-8859-1 à la sortie de mon serveur.
Code:

1 2 Content-Type: text/html;charset=ISO-8859-1
C'est le mod_proxy_html qui le modufie en UTF-8 en sortie du reverse proxy.
Code:

1 2 Content-Type: text/html;charset=utf-8
En fait je pense que pour un POST, mon browser utilise le charset indiqué que le header de la réponse qui a généré le formulaire.
Donc quand je passe par le RV-Proxy, mon header est toujours en UTF-8 alors qu'il est en ISO-8859-1 quand je vais directement sur le serveur.

Je sais toujours pas pourquoi mon IE (v6) ne veut pas positionner l'entete ACCEPT-CHARSET dans mes requetes. Cela aurait pu etre une solution de contournement...
19/02/2008, 20h06
_Mac_

Citation:

Envoyé par tipou75

En fait je pense que pour un POST, mon browser utilise le charset indiqué que le header de la réponse qui a généré le formulaire.

Ca, c'est normal, le client poste dans le charset dans lequel il a reçu la réponse. Avec mod_proxy_html, la balise <meta http-equiv="Content-Type"> vaut quoi ?

Le moyen le plus sûr de corriger le pb serait de passer tout ton site en UTF-8, mais je ne sais pas quelle quantité de travail ça demande :aie:
19/02/2008, 23h55
tipou75
Tout en UTF-8? je comprend pas et mes accens?
Code:

1 2 la balise <meta http-equiv="Content-Type"> vaut quoi ?
Il vaut ISO-8859-1 dans tout les cas.
Code:

1 2 <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" />
Le proxy_html ne modifie pas cette valeur.
Par contre, il modifie le header Content-Type de la réponse et c'est bien la le problème. La version 2.5.x ne supporte que le utf-8.

Y a t-il un moyen avec le mode rewrite de modifier le header de la réponse?
20/02/2008, 10h28
_Mac_
Non, mod_rewrite ne peut pas modifier la valeur d'un en-tête.

J'ai pas tout compris de la doc de mod_proxy_html : il y est dit qu'on peut utiliser autre chose qu'UTF-8 mais c'est pas clair comment faut faire. J'ai l'impression que tu fais déjà ce qu'il faut.

Peux-tu vérifier 3 choses avec le proxy :
1. La valeur de l'en-tête Content-Type renvoyé par ton serveur J2EE au proxy. Il faut donc que tu sniffes la communication entre le proxy et le serveur J2EE.
2. La valeur de ce même en-tête (donc reçu par le navigateur) entre le proxy et le navigateur ? Avec Firefox, c'est assez facile : installe une extension du style LiveHTTPHeaders et il te sortira toutes les infos.
3. Quand tu as reçu une page, quel est l'encodage retenu par le navigateur ? C'est menu Affichage > Encodage.

Merci pour tes réponses.

Pour le point 1 et 2, c'est ce que j'indiquais un peu plus haut:
Code:

1 2 3 - à la sortie de mon serveur: Content-Type: text/html;charset=ISO-8859-1
Code:

1 2 3 - à la sortie du RP: Content-Type: text/html;charset=utf-8
et pour le point 3, toutes mes pages sont en UTF-8 (locique compte tenu du point 2) Cette indication du browser semble venir du header et pas du META (qui est en ISO-8859-1) car mes pages s'affichent correctement en GET.

Je ne suis même pas sur que la v3 qui semble mieux gérer l'i18N est fiable (cf.http://bahumbug.wordpress.com/2006/1...tml-revisited/)
Code:

1 2 3 4 5 6 7 8 9 10 Extrait: On December 19, 2007 at 11:15 pm Pin Said: Hi… I have problem with mod proxy html 3 where action attribute in form is not get parsed. And some ‘ ’ the ‘&’ is converted to ‘&’. some of the whitespace get replaced with &nbsp. Thanks.

20/02/2008, 11h02
_Mac_

Citation:

Envoyé par tipou75

et pour le point 3, toutes mes pages sont en UTF-8 (locique compte tenu du point 2) Cette indication du browser semble venir du header et pas du META (qui est en ISO-8859-1) car mes pages s'affichent correctement en GET.

Ben justement, c'est ça qui me gêne. Dans ta page, tes accents s'écrivent bien ? C'est pas des "?" à la place ? S'ils s'affichent bien, c'est que mod_proxy_html a réécrit les caractères accentués. Dans ce cas, effectivement, le navigateur peut ne pas tenir compte de la balise meta car il se rend compte qu'elle est erronée par rapport aux caractères de la page.

Vu comme c'est parti, à mon avis ta pas d'autre choix que de passer toute ton appli en UTF-8, donc réenregistrer tous tes fichiers en UTF-8 et mettre un <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">.
20/02/2008, 12h05
tipou75

Quand j'affiche le source de ma page, les caractères accentués ne sont pas encodés. A priori, il n'y a pas de ré-écriture par le proxy

Je pensais que le browser utilisait le charset du META pour encoder les pages alors qu'il se base sur le Header pour indique l'encodage de la page dans le menu Affichage -> encodage ... Je me trompe?

Je continue mes recherches car j'aimerais éviter de tout passer en utf-8...:(
20/02/2008, 13h25
_Mac_

Citation:

Envoyé par tipou75

Quand j'affiche le source de ma page, les caractères accentués ne sont pas encodés. A priori, il n'y a pas de ré-écriture par le proxy

Si, justement : je ne parle pas de transformer é en é mais de transformer le é encodage ISO-8859-1 en é encodage UTF-8. Si tes accents sont écris en ISO-8859-1 côté serveur (ce qui semble être le cas car sinon, quand tu ne passes pas par le proxy, ils s'afficheraient mal) et qu'ils s'affichent bien alors que le navigateur considère que la page est en UTF-8, c'est qu'il y a eu conversion d'encodage entre les 2, et c'est pas le navigateur qui l'a faite.

Citation:

Envoyé par tipou75

Je pensais que le browser utilisait le charset du META pour encoder les pages alors qu'il se base sur le Header pour indique l'encodage de la page dans le menu Affichage -> encodage ... Je me trompe?

Je pense que le navigateur est cohérent (à condition d'avoir bien choisi l'option "auto-détection" de l'encodage) : s'il affiche UTF-8 dans le menu c'est qu'il a utilisé UTF-8 pour interpréter et afficher la page.
27/02/2008, 16h19
tipou75

oups, désolé pour le retour tardif,

ben voilà, pour l'encodage tu as raison, c'est mon appServer qui encode pageEncodeing="ISO-8859-1" dans mes JSP.

Sinon, j'ai reussi à me passer du proxy_html sans grosse modif

Si quelqu'un peut faire un retour sur la version 3 du proxy_html, ca serait cool car le problème demeurre toujours... A moins de tout passer en UTF-8 comme tu l'indiquait...

En tout cas, merci pour ta participation

;)