Problème d'encodage : je deviens fou

**choinul** · 24/02/2010, 11h43

Bonjour à tous,

J'ai un problème et je ne comprends vraiment pas de quoi ça vient.

2 des pages de mon site cv n'apparaissent pas correctement (point d'interrogations) lorsque je les mets sur le serveur (en local, tout va bien)

Pire, pour ces deux pages, la balise meta disparait lorsque je l'uploade sur le serveur :

<meta content="text/html; charset=ISO-8859-1" http-equiv="content-type" />

Elle ne disparait que pour ces deux pages :

http://www.hds.utc.fr/~joneshaz/index.html
http://www.hds.utc.fr/~joneshaz/formation.html

Pour toutes les autres pages, il n'y a pas de soucis, cela apparait normalement. Par exemple, la page
http://www.hds.utc.fr/~joneshaz/divers.html
fonctionne très bien.

Je suis complètement perdu. J'ai même copié la page divers.html pour la renommer en formation.html et à nouveau lors de l'upload sur le serveur, la page ne fonctionne plus et la balise meta disparait...

Est-il possible que le serveur garde des informations sur ces deux pages et supprime la balise meta lors de l'upload?

Pour moi, c'est complètement surréaliste, j'espère que vous pourrez m'aider.

**Epica84** · 24/02/2010, 12h01

Bonjour,

Essayez de rajouté ceci en haut de ta page

Code :

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

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">

**choinul** · 24/02/2010, 12h18

J'ai ajouté <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr"> à la page :
http://www.hds.utc.fr/~joneshaz/index.html

Malheureusement, ça ne change pas mon problème et la balise meta disparait toujours lors de l'upload sur le serveur...

**thelvin** · 24/02/2010, 13h51

Envoyé par choinul

Est-il possible que le serveur garde des informations sur ces deux pages et supprime la balise meta lors de l'upload?

Moi je pourrais programmer un serveur pour faire ça... Donc en pratique, possible, ça l'est. Mais c'est bien surprenant quand même. Un mauvais moyen d'éviter le spam de mots-clé, peut-être ?

Concrètement, l'upload, il se passe comment ?
(À noter qu'il suffit d'encoder la page en utf-8 au lieu d'ISO-8859-1, et problème réglé.)

**choinul** · 24/02/2010, 14h01

J'utilise gftp pour uploader mon fichier.

L'upload se passe sans soucis. En fait, si j'édite le fichier distant avec gftp, la balise meta est toujours là, cependant lorsque je regarde le code de la page, cette balise n'est plus là.

Ce qui est très troublant, c'est que si je sauve la page divers.html sous formation.html sans changer son contenu, j'ai le même soucis alors que la page formation.html est exactement identique à la page divers.html.

J'ai pensé qu'il y avait des scripts spéciaux pour les pages index.html et formation.html (c'est des sites pour des professeurs, donc pourquoi pas), donc, j'ai testé de renommer formation.html en test.html, mais j'ai toujours le même problème :

http://www.hds.utc.fr/~joneshaz/test.html

J'ai l'impression que mes pages sont maudites...

Envoyé par thelvin

(À noter qu'il suffit d'encoder la page en utf-8 au lieu d'ISO-8859-1, et problème réglé.)

Concernant l'UTF-8, j'ai testé de le convertir car je désespérai de trouver une solution... J'ai donc lancé la commande suivante :

iconv −f ISO−8859−1 −t UTF−8 formation.html > formation1.html

J'obtiens les erreurs suivantes :

iconv: ne peut ouvrir le fichier d'entrée « −f »: Aucun fichier ou dossier de ce type
iconv: ne peut ouvrir le fichier d'entrée « ISO−8859−1 »: Aucun fichier ou dossier de ce type
iconv: ne peut ouvrir le fichier d'entrée « −t »: Aucun fichier ou dossier de ce type
iconv: ne peut ouvrir le fichier d'entrée « UTF−8 »: Aucun fichier ou dossier de ce type
iconv: séquence d'échappement non permise à la position 1234

Il y a peut-être un problème avec mon fichier. Mais je ne vois pas lequel.

**thelvin** · 24/02/2010, 16h59

Envoyé par choinul

L'upload se passe sans soucis. En fait, si j'édite le fichier distant avec gftp, la balise meta est toujours là, cependant lorsque je regarde le code de la page, cette balise n'est plus là.

Manifestement, le serveur enlève les balises meta avant d'envoyer les pages. Pourquoi ? C'est à l'admin serveur qu'il faut demander ça...

De toute façon, le serveur annonce les pages comme encodées en utf-8, et cela prédomine sur un éventuel charset indiqué dans une balise meta. Refaire apparaître ces balises ne te mènerait à rien.

Envoyé par choinul

Ce qui est très troublant, c'est que si je sauve la page divers.html sous formation.html sans changer son contenu, j'ai le même soucis alors que la page formation.html est exactement identique à la page divers.html.

Si tu veux mon avis, quand tu es allé visiter l'URL de divers.html, tu as demandé à ton navigateur de l'afficher en ISO-8859-1, et il s'en est souvenu. Ou quelque chose comme ça. Cette page n'a pas l'air spéciale.

Envoyé par choinul

Concernant l'UTF-8, j'ai testé de le convertir car je désespérai de trouver une solution... J'ai donc lancé la commande suivante :

iconv −f ISO−8859−1 −t UTF−8 formation.html > formation1.html

Il y a plus simple. Tu ouvres ton fichier avec ton éditeur préféré, et tu demandes à ton éditeur préféré de l'enregistrer en UTF-8, au lieu d'ISO-8859-1.

C'est son travail, après tout, pas le tien.

**choinul** · 24/02/2010, 17h09

Envoyé par thelvin

Si tu veux mon avis, quand tu es allé visiter l'URL de divers.html, tu as demandé à ton navigateur de l'afficher en ISO-8859-1, et il s'en est souvenu. Ou quelque chose comme ça. Cette page n'a pas l'air spéciale.

En fait, si je changeais l'affichage des pages qui posaient problèmes (formation.html et index.html), ça fonctionnait, mais dès l'actualisation ça posait à nouveau problème. En revanche, pour les autres pages, je n'ai jamais rien changé et ça fonctionnait.

Maintenant, je passe tout en UTF8 pour ne plus avoir à m'embêter avec l'encodage.

Merci à tous

**Epica84** · 24/02/2010, 14h14

Ta coder en dur ou sur dream car peut-être que ton erreur viens de dream ...

**Macmillenium** · 24/02/2010, 14h19

- Ta page est enregistrée en UTF-8 ;
- L'en tête HTTP envoyée par le serveur contient un charset UTF-8.

Ceci dit, impossible de passer à un autre type d'encodage sans changer ça.

**choinul** · 24/02/2010, 14h30

Oui désolé, je viens de changer et de tout passer en UTF-8 en remplaçant les accents à la main. Maintenant, ça fonctionne!

Ce qui n'empêche que les bugs avec le ISO−8859−1 restent pour moi incompréhensibles.
Mais bon, pour ne pas perdre trop de temps là-dessus, j'ai préféré tout mettre en UTF-8.
Si quelqu'un a une idée sur ça, je suis toujours preneur!

J'espère que les conversions UTF-8 fonctionneront pour les autres fichiers.

Envoyé par Epica84

Ta coder en dur ou sur dream car peut-être que ton erreur viens de dream ...

Non, j'ai pas utilisé dream, et je n'utilise pas les fonctions graphiques de quanta+.

**Macmillenium** · 24/02/2010, 14h55

Envoyé par choinul

Ce qui n'empêche que les bugs avec le ISO−8859−1 restent pour moi incompréhensibles.

Réponse :

Envoyé par Macmillenium

- Ta page est enregistrée en UTF-8 ;
- L'en tête HTTP envoyée par le serveur contient un charset UTF-8.

Ceci dit, impossible de passer à un autre type d'encodage sans changer ça.

Problème d'encodage : je deviens fou

HTML

Vue hybride

Discussions similaires

Partager

Partager