Problème d'encodage : je deviens fou

Version imprimable

24/02/2010, 11h43
choinul

Problème d'encodage : je deviens fou

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... :calim2:

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

Pour moi, c'est complètement surréaliste, j'espère que vous pourrez m'aider. :ccool:
24/02/2010, 12h01
Epica84

Bonjour,

Essayez de rajouté ceci en haut de ta page ;)

Code:

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">
24/02/2010, 12h18
choinul

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...
24/02/2010, 13h51
thelvin

Citation:

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? :roll:

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é.)
24/02/2010, 14h01
choinul

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... ;)

Citation:

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 :

Citation:

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.
24/02/2010, 14h14
Epica84

Ta coder en dur ou sur dream car peut-être que ton erreur viens de dream ...
24/02/2010, 14h19
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.
24/02/2010, 14h30
choinul

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.

Citation:

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+.
24/02/2010, 14h55
Macmillenium

Citation:

Envoyé par choinul

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

Réponse :

Citation:

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.
24/02/2010, 16h59
thelvin

Citation:

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.

Citation:

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.

Citation:

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.
24/02/2010, 17h09
choinul

Citation:

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