Encodage pour régler un problème d'accents [Résolu]

[laurentSc]

Bonsoir,

j'étais persuadé que pour résoudre les problèmes d'accents, il fallait se mettre en utf-8 (spécifier le charset comme tel et encoder la page en utf-8), mais là, j'ai affaire à une page où le charset est bien spécifié en utf-8 ; elle est encodée en utf-8 (sans BOM) ; y a un problème d'accent que je résouds si je convertit la page en ANSI !! Mais je fais cela pour quelqu'un qui serait incapable d'en faire autant. Donc est-il possible de faire autrement (par exemple, placer un .htaccess à la racine du site...) pour lui simplifier la vie ? (Car ça, il suffirait de placer ce fichier sur le site une fois, alors que sinon, à chaque modification du site, il faut refaire l'encodage des fichiers, et c'est ça que je voudrais éviter).

[Torgar]

Bonsoir,

Quel est le caractère en question ?

[laurentSc]

Oui effectivement, je n'ai pas précisé : tous les caractères spéciaux : caractères accentués (é è ê ë et pareil pour toutes les voyelles) et ç. (je crois que c'est tout ; en tous cas, c'est l'essentiel).

[Torgar]

Hum alors là c'est étrange. (tu utilises du php pour afficher la page ?)

Tu aurais un exemple de la page en question s'il te plait ?

[laurentSc]

Pas de PHP sur ce site, dont voilà l'URL. J'ai converti les pages accueil et historique, mais pas les autres (et les problèmes qui restent sur ces 2 pages (en-têtes et bas de page) sont codés dans un autre fichier).

[Torgar]

Au pire regarde par ici http://httpd.apache.org/docs/2.0/mod...defaultcharset

Mais ça me parait étrange quand même. Parce que l'en-tête HTTP est bien en ISO-8859-1. D'où le fait que ça marche en encodant la page en ANSI.

A l'occasion, si tu peux nous mettre le fichier directe et non pas que nous le voyons sur le site car la source a donc les mauvais caractères, ça serait gentil ^^

[laurentSc]

J'ai mis en PJ un fichier que j'ai converti en ANSI (plus de problème d'accent) suivi d'un fichier que j'ai laissé en utf-8 sans BOM (encore un problème)(mais si je les affiche en local, c'est le 2e qui semble bon : le contraire de en ligne !!) Pas le temps de tester ce soir ton lien (que conseillerais-tu de mettre dans le AddDefaultCharset ?)

[thelvin]

Envoyé par laurentSc

J'ai mis en PJ un fichier que j'ai converti en ANSI (plus de problème d'accent) suivi d'un fichier que j'ai laissé en utf-8 sans BOM (encore un problème)(mais si je les affiche en local, c'est le 2e qui semble bon : le contraire de en ligne !!)

C'est normal : quand les headers HTTP et la balise <meta> indiquent des charsets différents, ce sont les headers "qui gagnent" et la balise <meta> est ignorée.
Mais quand tu ouvres les fichiers en local, il n'y a pas de header HTTP, donc c'est la balise <meta> qui décide dans quel charset on l'ouvre.

Envoyé par laurentSc

Pas le temps de tester ce soir ton lien (que conseillerais-tu de mettre dans le AddDefaultCharset ?)

Code :

AddDefaultCharset utf-8

[laurentSc]

Je viens d'essayer ça (AddDefaultCharset utf-8), mais ça ne supprime pas le problème d'accents, ce qui est cohérent avec le fait que c'est en encodant les fichiers en "ANSI" que ça marchait...

[Torgar]

Chose étrange, en convertissant index.html en utf-8 sans bom, j'ai deux affichage différent suivant le serveur web.

Sur un poste, la conversion se passe très bien et pas de problème d'accent alors que sur l'autre poste, il y a un souci. Donc il y a un "souci" avec la configuration du serveur web.

Je ferais un comparatif des phpinfo ce soir, ne pouvant pas le faire actuellement, je te tiens au courant.

[laurentSc]

J'avoue ne pas parfaitement comprendre tes essais : tu parles de différence selon le serveur web (donc probablement l'hébergeur), puis de poste : alors hébergeur ou poste ?
Sinon, tu parles de phpinfo, mais comme ce n'est que du html et pas de PHP, qu'est-ce que ça vient faire là ?

[Torgar]

J'ai deux ordinateurs disposant chacun d'une solution Wampserver 2.0, avec quelques variantes de configuration. Donc quand je parle de serveur web et de poste, c'est la même chose ^^

Au sujet de mes tests, voici ce que j'ai fait :

• ouvrir les fichiers directement (file://) dans le navigateur de mes deux ordis : aucun problème.
• ouvrir les fichiers via le serveur web (http://localhost/) sur mes deux ordis : problème d'encodage sur le fichier index.html sur un des deux serveurs web, mais pas de souci pour index-en.html sur les deux serveurs.

Je vais continuer de creuser la question.


Sinon, si je te parle de phpinfo c'est pour que tu puisses voir la configuration du serveur web qui héberge les fichiers du site. Mais si tu préfères regarder directement dans le httpd.conf pour voir si il n'y a pas une définition de charset, vas-y ^^

[laurentSc]

J'avais un doute et j'ai la confirmation : c'est lié au navigateur : la même page a un problème d'affichage de caractères accentués avec IE, mais pas avec FF ! De plus, sous IE, là où il y a un problème, si je regarde "Affichage/encodage", il y a "Europe occidentale (ISO) et là où ça va bien "Unicode(UTF-8)", (et de mettre un .htaccess avec AddDefaultCharset UTF-8 ne corrige rien)

[thelvin]

Envoyé par laurentSc

Je viens d'essayer ça (AddDefaultCharset utf-8), mais ça ne supprime pas le problème d'accents, ce qui est cohérent avec le fait que c'est en encodant les fichiers en "ANSI" que ça marchait...

Je ne vois pas en quoi c'est "cohérent" avec quoi que ce soit.
Si ça ne change rien, à priori c'est que ça n'a aucun effet, ni un bon ni un mauvais.

Par curiosité : tu l'as mise où, cette directive ? Nous on pensait à un .htaccess à côté des pages concernées.
Et c'est quoi ton hébergeur ? Si ça se trouve il ne te permet pas de changer la configuration des charsets, ou pas par les moyens habituels.

J'avais un doute et j'ai la confirmation : c'est lié au navigateur : la même page a un problème d'affichage de caractères accentués avec IE, mais pas avec FF ! De plus, sous IE, là où il y a un problème, si je regarde "Affichage/encodage", il y a "Europe occidentale (ISO) et là où ça va bien "Unicode(UTF-8)",

Précise quelles sont les pages en question, parce que de mon côté ça ne dépend pas du navigateur, et c'est bien normal : toutes les pages ont un header HTTP qui dit que la page est en ANSI, par conséquent tous les navigateurs ouvrent toutes les pages en ANSI.

Edit : je vois que l'hébergeur est hosteur.com. Je ne connais pas, j'ai pas trouvé de doc rapide sur comment on utilise leurs services.
Mais elle est bizarre cette bannière en bas : c'est toi qui leur fais de la pub en disant que tu es hébergé chez eux ? Et si elle est insérée par hosteur.com eux-même dans les pages que tu as créées, comment font-ils pour mettre une bannière pile à cet endroit, c'est bizarre -_-°.

[Eric2a]

Salut,

Envoyé par thelvin

tu l'as mise où, cette directive ?

Oui, il l'avait bien mise dans le .htaccess.

J'avais vérifié à l'aide de WEB-Sniffer.

Mais maintenant, il y a à nouveau

Content-Type: text/html; charset=ISO-8859-1 

Envoyé par thelvin

Mais elle est bizarre cette bannière en bas : c'est toi qui leur fais de la pub en disant que tu es hébergé chez eux ?

Je mets ma tête à couper que cela ne vient pas d'Hosteur, parce que...

Envoyé par laurentSc

les problèmes qui restent sur ces 2 pages (en-têtes et bas de page) sont codés dans un autre fichier.

Au passage, il faut remplacer & #38;eacute; par &eacute;

[laurentSc]

Je reprends la discussion où elle était restée car l'auteur de ce site (pas moi) vient de me relancer, et même si j'avais oublié, le problème existe encore.

Je mets ma tête à couper que cela ne vient pas d'Hosteur, parce que...

Ta tête n'est pas à couper . En effet l'auteur du site utilise un logiciel qui génère le code (d'où déjà le & #38;eacute; (mais si la page était encodée en utf-8, "é" devrait suffire )) et cette mention de l'hébergeur est mise par défaut dans le pied de page...

Mais maintenant, il y a à nouveau

Code :

Content-Type: text/html; charset=ISO-8859-1

C'est de nouveau utf-8...

Oui, il l'avait bien mise dans le .htaccess.

J'avais vérifié à l'aide de WEB-Sniffer.

Comment voyais-tu ça ? Car, je ne connaissais pas cet outil ; j'ai testé, mais ne l'ai pas vu...

toutes les pages ont un header HTTP qui dit que la page est en ANSI

Le problème doit venir de là ; y a-t-il moyen de changer ça ?

[thelvin]

Envoyé par laurentSc

Le problème doit venir de là ; y a-t-il moyen de changer ça ?

Ben... Tu croyais que ça servait à quoi, de changer le .htaccess -_-° ?

[laurentSc]

Ben... Tu croyais que ça servait à quoi, de changer le .htaccess

En effet, j'ai remis utf-8 (alors que je l'avais supprimé) et ça marche !