j'ai installé un CMS à cette adresse : http://lilo.taonix.net
Le charset du site est encodé en utf-8, mais gecko n'interprète
apparement pas ce codage. J'ai des caractères accentués non
interprétés. Cela me fait dire que cela vient de gecko car avec
Konqueror je n'ai pas ce problème.
J'ai pourtant ajouté cette ligne dans la config de mon serveur apache :
AddCharset UTF-8 .utf8 .php
j'ai installé un CMS à cette adresse : http://lilo.taonix.net Le charset du site est encodé en utf-8, mais gecko n'interprète apparement pas ce codage. J'ai des caractères accentués non interprétés. Cela me fait dire que cela vient de gecko car avec Konqueror je n'ai pas ce problème. J'ai pourtant ajouté cette ligne dans la config de mon serveur apache : AddCharset UTF-8 .utf8 .php
j'ai installé un CMS à cette adresse : http://lilo.taonix.net
Le charset du site est encodé en utf-8, mais gecko n'interprète
apparement pas ce codage. J'ai des caractères accentués non
interprétés. Cela me fait dire que cela vient de gecko car avec
Konqueror je n'ai pas ce problème.
J'ai pourtant ajouté cette ligne dans la config de mon serveur apache :
AddCharset UTF-8 .utf8 .php
j'ai installé un CMS à cette adresse : http://lilo.taonix.net Le charset du site est encodé en utf-8, mais gecko n'interprète apparement pas ce codage. J'ai des caractères accentués non interprétés. Cela me fait dire que cela vient de gecko car avec Konqueror je n'ai pas ce problème. J'ai pourtant ajouté cette ligne dans la config de mon serveur apache : AddCharset UTF-8 .utf8 .php
J'ai configuré Mozilla avec comme encodage par défaut utf-8, pourtant les caractères sont toujours mal interprétés. De plus pourquoi votre NS 7.1 ne peut décoder automatiquement, sans que vous deviez choisir vous même l'unicode ?
"Droit d'accès refusé : vous ne pouvez afficher cette page" Vous êtes sûr de basculer ?
Le problème de droit d'accès n'en est pas un, c'est juste une config du CMS à faire.
On Tue, 21 Oct 2003 17:09:49 +0200, Georges wrote:
J'ai configuré Mozilla avec comme encodage par défaut utf-8, pourtant
les caractères sont toujours mal interprétés.
De plus pourquoi votre NS 7.1 ne peut décoder automatiquement, sans que
vous deviez choisir vous même l'unicode ?
"Droit d'accès refusé : vous ne pouvez afficher cette page"
Vous êtes sûr de basculer ?
Le problème de droit d'accès n'en est pas un, c'est juste une config du
CMS à faire.
J'ai configuré Mozilla avec comme encodage par défaut utf-8, pourtant les caractères sont toujours mal interprétés. De plus pourquoi votre NS 7.1 ne peut décoder automatiquement, sans que vous deviez choisir vous même l'unicode ?
"Droit d'accès refusé : vous ne pouvez afficher cette page" Vous êtes sûr de basculer ?
Le problème de droit d'accès n'en est pas un, c'est juste une config du CMS à faire.
Mathieu
Frédéric Logier wrote:
Bonjour,
j'ai installé un CMS à cette adresse : http://lilo.taonix.net Le charset du site est encodé en utf-8, mais gecko n'interprète apparement pas ce codage. J'ai des caractères accentués non interprétés. Cela me fait dire que cela vient de gecko car avec Konqueror je n'ai pas ce problème.
euh moi le serveur me dit que c'est du iso-8859-1 ... le validateur est d'accord avec moi: http://validator.w3.org/check?uri=http%3A%2F%2Flilo.taonix.net%2Ftiki-index.php
J'ai pourtant ajouté cette ligne dans la config de mon serveur apache : AddCharset UTF-8 .utf8 .php
C'est ptet parceque le charset est redefini autre part...
-- mat | www.openweb.eu.org | www.nekeme.net | arkhart.nekeme.net They can't stop us... we're on a mission from God! -- The Blues Brothers
Frédéric Logier wrote:
Bonjour,
j'ai installé un CMS à cette adresse : http://lilo.taonix.net
Le charset du site est encodé en utf-8, mais gecko n'interprète
apparement pas ce codage. J'ai des caractères accentués non
interprétés. Cela me fait dire que cela vient de gecko car avec
Konqueror je n'ai pas ce problème.
euh moi le serveur me dit que c'est du iso-8859-1 ...
le validateur est d'accord avec moi:
http://validator.w3.org/check?uri=http%3A%2F%2Flilo.taonix.net%2Ftiki-index.php
J'ai pourtant ajouté cette ligne dans la config de mon serveur apache :
AddCharset UTF-8 .utf8 .php
C'est ptet parceque le charset est redefini autre part...
--
mat | www.openweb.eu.org | www.nekeme.net | arkhart.nekeme.net
They can't stop us... we're on a mission from God!
-- The Blues Brothers
j'ai installé un CMS à cette adresse : http://lilo.taonix.net Le charset du site est encodé en utf-8, mais gecko n'interprète apparement pas ce codage. J'ai des caractères accentués non interprétés. Cela me fait dire que cela vient de gecko car avec Konqueror je n'ai pas ce problème.
euh moi le serveur me dit que c'est du iso-8859-1 ... le validateur est d'accord avec moi: http://validator.w3.org/check?uri=http%3A%2F%2Flilo.taonix.net%2Ftiki-index.php
J'ai pourtant ajouté cette ligne dans la config de mon serveur apache : AddCharset UTF-8 .utf8 .php
C'est ptet parceque le charset est redefini autre part...
-- mat | www.openweb.eu.org | www.nekeme.net | arkhart.nekeme.net They can't stop us... we're on a mission from God! -- The Blues Brothers
Georges
Frédéric Logier a écrit:
On Tue, 21 Oct 2003 17:09:49 +0200, Georges wrote:
J'ai configuré Mozilla avec comme encodage par défaut utf-8, pourtant les caractères sont toujours mal interprétés. De plus pourquoi votre NS 7.1 ne peut décoder automatiquement, sans que vous deviez choisir vous même l'unicode ?
Oulala ! Vous êtes trop technique pour moi. Pour apporter un premièr élément de réponse, je vous dit qu'avec mon NS 7.1 FR sous windows (eh oui, personne n'est parfait...) j'obtiens un message d'erreur, enfin un message en UTF-8 et le fait de basculer en UTF-8, j'ai la bonne interprétation. S'il faut modifier quelque chose, je vais vous faire un aveu : je ne sais pas quoi modifier. Ce que je sais, c'est que si je bascule manuellement en UTF-8, c'est ok. M'enfin, je crois avoir toujours eu cette attitude de mes navigateurs.
J'ai configuré Mozilla avec comme encodage par défaut utf-8, pourtant
les caractères sont toujours mal interprétés.
De plus pourquoi votre NS 7.1 ne peut décoder automatiquement, sans que
vous deviez choisir vous même l'unicode ?
Oulala ! Vous êtes trop technique pour moi. Pour apporter un premièr
élément de réponse, je vous dit qu'avec mon NS 7.1 FR sous windows (eh
oui, personne n'est parfait...) j'obtiens un message d'erreur, enfin un
message en UTF-8 et le fait de basculer en UTF-8, j'ai la bonne
interprétation.
S'il faut modifier quelque chose, je vais vous faire un aveu : je ne
sais pas quoi modifier. Ce que je sais, c'est que si je bascule
manuellement en UTF-8, c'est ok. M'enfin, je crois avoir toujours eu
cette attitude de mes navigateurs.
J'ai configuré Mozilla avec comme encodage par défaut utf-8, pourtant les caractères sont toujours mal interprétés. De plus pourquoi votre NS 7.1 ne peut décoder automatiquement, sans que vous deviez choisir vous même l'unicode ?
Oulala ! Vous êtes trop technique pour moi. Pour apporter un premièr élément de réponse, je vous dit qu'avec mon NS 7.1 FR sous windows (eh oui, personne n'est parfait...) j'obtiens un message d'erreur, enfin un message en UTF-8 et le fait de basculer en UTF-8, j'ai la bonne interprétation. S'il faut modifier quelque chose, je vais vous faire un aveu : je ne sais pas quoi modifier. Ce que je sais, c'est que si je bascule manuellement en UTF-8, c'est ok. M'enfin, je crois avoir toujours eu cette attitude de mes navigateurs.
"Droit d'accès refusé : vous ne pouvez afficher cette page" Vous êtes sûr de basculer ?
Le problème de droit d'accès n'en est pas un, c'est juste une config du CMS à faire.
-- Georges (Ne tenez pas compte de l'adresse)
Frédéric Logier
On Tue, 21 Oct 2003 17:25:09 +0200, Mathieu wrote:
Frédéric Logier wrote:
Bonjour,
j'ai installé un CMS à cette adresse : http://lilo.taonix.net Le charset du site est encodé en utf-8, mais gecko n'interprète apparement pas ce codage. J'ai des caractères accentués non interprétés. Cela me fait dire que cela vient de gecko car avec Konqueror je n'ai pas ce problème.
euh moi le serveur me dit que c'est du iso-8859-1 ... le validateur est d'accord avec moi: http://validator.w3.org/check?uri=http%3A%2F%2Flilo.taonix.net%2Ftiki-index.php
J'ai pourtant ajouté cette ligne dans la config de mon serveur apache : AddCharset UTF-8 .utf8 .php
C'est ptet parceque le charset est redefini autre part...
Ok le problème doit venir de là. Pourtant il y a bien dans le source de la page : <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
D'après le validator : "Character Encoding mismatch! The character encoding specified in the HTTP header (iso-8859-1) is different from the value in the <meta> element (utf-8). I will use the value from the HTTP header (iso-8859-1) for this validation."
Je veux bien mais je vois pas comment faire pour que le bon charset soit mis dans les header par apache. Une idée ?
fu2: fr.comp.infosystemes.www.serveurs
On Tue, 21 Oct 2003 17:25:09 +0200, Mathieu wrote:
Frédéric Logier wrote:
Bonjour,
j'ai installé un CMS à cette adresse : http://lilo.taonix.net
Le charset du site est encodé en utf-8, mais gecko n'interprète
apparement pas ce codage. J'ai des caractères accentués non
interprétés. Cela me fait dire que cela vient de gecko car avec
Konqueror je n'ai pas ce problème.
euh moi le serveur me dit que c'est du iso-8859-1 ...
le validateur est d'accord avec moi:
http://validator.w3.org/check?uri=http%3A%2F%2Flilo.taonix.net%2Ftiki-index.php
J'ai pourtant ajouté cette ligne dans la config de mon serveur apache :
AddCharset UTF-8 .utf8 .php
C'est ptet parceque le charset est redefini autre part...
Ok le problème doit venir de là. Pourtant il y a bien dans le source de
la page :
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
D'après le validator :
"Character Encoding mismatch! The character encoding specified in the
HTTP header (iso-8859-1) is different from the value in the <meta> element
(utf-8). I will use the value from the HTTP header (iso-8859-1) for this
validation."
Je veux bien mais je vois pas comment faire pour que le bon charset soit
mis dans les header par apache. Une idée ?
On Tue, 21 Oct 2003 17:25:09 +0200, Mathieu wrote:
Frédéric Logier wrote:
Bonjour,
j'ai installé un CMS à cette adresse : http://lilo.taonix.net Le charset du site est encodé en utf-8, mais gecko n'interprète apparement pas ce codage. J'ai des caractères accentués non interprétés. Cela me fait dire que cela vient de gecko car avec Konqueror je n'ai pas ce problème.
euh moi le serveur me dit que c'est du iso-8859-1 ... le validateur est d'accord avec moi: http://validator.w3.org/check?uri=http%3A%2F%2Flilo.taonix.net%2Ftiki-index.php
J'ai pourtant ajouté cette ligne dans la config de mon serveur apache : AddCharset UTF-8 .utf8 .php
C'est ptet parceque le charset est redefini autre part...
Ok le problème doit venir de là. Pourtant il y a bien dans le source de la page : <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
D'après le validator : "Character Encoding mismatch! The character encoding specified in the HTTP header (iso-8859-1) is different from the value in the <meta> element (utf-8). I will use the value from the HTTP header (iso-8859-1) for this validation."
Je veux bien mais je vois pas comment faire pour que le bon charset soit mis dans les header par apache. Une idée ?
fu2: fr.comp.infosystemes.www.serveurs
Sylvain
Frédéric Logier a écrit:
Bonjour,
j'ai installé un CMS à cette adresse : http://lilo.taonix.net Le charset du site est encodé en utf-8, mais gecko n'interprète apparement pas ce codage. J'ai des caractères accentués non interprétés. Cela me fait dire que cela vient de gecko car avec Konqueror je n'ai pas ce problème. J'ai pourtant ajouté cette ligne dans la config de mon serveur apache : AddCharset UTF-8 .utf8 .php
Une idée ?
Gecko n'est pas seul à rencontrer le pb : ie6sp1/win2000 pareil !
il faut changer le charset à la main pour avoir les accents
J'ai testé avec : Netscape 7.1fr ie6sp1 mozilla 1.5 opera 7.10 nc 4.78
par contre, un test avec live http header montre que le serveur envoie un "Content-Type: text/html; charset=iso-8859-1" :
________________________________________________________________________ GET /tiki-index.php HTTP/1.1 Host: lilo.taonix.net User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/pla in;q=0.8,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive
Même explication ici : http://validator.w3.org/check?uri=http%3A%2F%2Flilo.taonix.net%2Ftiki-i ndex.php
"Character Encoding mismatch! The character encoding specified in the HTTP header (iso-8859-1) is different from the value in the <meta> element (utf-8). I will use the value from the HTTP header (iso-8859-1) for this validation."
Frédéric Logier a écrit:
Bonjour,
j'ai installé un CMS à cette adresse : http://lilo.taonix.net
Le charset du site est encodé en utf-8, mais gecko n'interprète
apparement pas ce codage. J'ai des caractères accentués non
interprétés. Cela me fait dire que cela vient de gecko car avec
Konqueror je n'ai pas ce problème.
J'ai pourtant ajouté cette ligne dans la config de mon serveur apache :
AddCharset UTF-8 .utf8 .php
Une idée ?
Gecko n'est pas seul à rencontrer le pb : ie6sp1/win2000 pareil !
il faut changer le charset à la main pour avoir les accents
J'ai testé avec :
Netscape 7.1fr
ie6sp1
mozilla 1.5
opera 7.10
nc 4.78
par contre, un test avec live http header montre
que le serveur envoie un
"Content-Type: text/html; charset=iso-8859-1" :
________________________________________________________________________
GET /tiki-index.php HTTP/1.1
Host: lilo.taonix.net
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5)
Gecko/20031007
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/pla in;q=0.8,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Même explication ici :
http://validator.w3.org/check?uri=http%3A%2F%2Flilo.taonix.net%2Ftiki-i ndex.php
"Character Encoding mismatch! The character encoding specified in the
HTTP header (iso-8859-1) is different from the value in the <meta>
element (utf-8). I will use the value from the HTTP header (iso-8859-1)
for this validation."
j'ai installé un CMS à cette adresse : http://lilo.taonix.net Le charset du site est encodé en utf-8, mais gecko n'interprète apparement pas ce codage. J'ai des caractères accentués non interprétés. Cela me fait dire que cela vient de gecko car avec Konqueror je n'ai pas ce problème. J'ai pourtant ajouté cette ligne dans la config de mon serveur apache : AddCharset UTF-8 .utf8 .php
Une idée ?
Gecko n'est pas seul à rencontrer le pb : ie6sp1/win2000 pareil !
il faut changer le charset à la main pour avoir les accents
J'ai testé avec : Netscape 7.1fr ie6sp1 mozilla 1.5 opera 7.10 nc 4.78
par contre, un test avec live http header montre que le serveur envoie un "Content-Type: text/html; charset=iso-8859-1" :
________________________________________________________________________ GET /tiki-index.php HTTP/1.1 Host: lilo.taonix.net User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/pla in;q=0.8,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive
Même explication ici : http://validator.w3.org/check?uri=http%3A%2F%2Flilo.taonix.net%2Ftiki-i ndex.php
"Character Encoding mismatch! The character encoding specified in the HTTP header (iso-8859-1) is different from the value in the <meta> element (utf-8). I will use the value from the HTTP header (iso-8859-1) for this validation."
Frédéric Logier
On Tue, 21 Oct 2003 17:44:50 +0200, Sylvain wrote:
par contre, un test avec live http header montre que le serveur envoie un "Content-Type: text/html; charset=iso-8859-1" :
Merci pour tes tests ! J'ai bien compris le problème, mais je ne vois pas comment faire pour que le charset dans le header http soit utf-8.
On Tue, 21 Oct 2003 17:44:50 +0200, Sylvain wrote:
par contre, un test avec live http header montre
que le serveur envoie un
"Content-Type: text/html; charset=iso-8859-1" :
Merci pour tes tests !
J'ai bien compris le problème, mais je ne vois pas comment faire pour que
le charset dans le header http soit utf-8.
On Tue, 21 Oct 2003 17:44:50 +0200, Sylvain wrote:
par contre, un test avec live http header montre que le serveur envoie un "Content-Type: text/html; charset=iso-8859-1" :
Merci pour tes tests ! J'ai bien compris le problème, mais je ne vois pas comment faire pour que le charset dans le header http soit utf-8.
Olivier Miakinen
Le 21/10/2003 17:45, Frédéric Logier a écrit :
Merci pour tes tests ! J'ai bien compris le problème, mais je ne vois pas comment faire pour que le charset dans le header http soit utf-8.
Puisque c'est une page générée par php, il devrait suffire de rajouter un « header("Content-Type: text/html; charset=utf-8"); » en toute première ligne, non ?
Je ne positionne pas le suivi vers fr.comp.lang.php, mais n'hésite pas à reposer ta question là-bas en cas de besoin.
Le 21/10/2003 17:45, Frédéric Logier a écrit :
Merci pour tes tests !
J'ai bien compris le problème, mais je ne vois pas comment faire pour que
le charset dans le header http soit utf-8.
Puisque c'est une page générée par php, il devrait suffire de rajouter
un « header("Content-Type: text/html; charset=utf-8"); » en toute
première ligne, non ?
Je ne positionne pas le suivi vers fr.comp.lang.php, mais n'hésite pas à
reposer ta question là-bas en cas de besoin.
Merci pour tes tests ! J'ai bien compris le problème, mais je ne vois pas comment faire pour que le charset dans le header http soit utf-8.
Puisque c'est une page générée par php, il devrait suffire de rajouter un « header("Content-Type: text/html; charset=utf-8"); » en toute première ligne, non ?
Je ne positionne pas le suivi vers fr.comp.lang.php, mais n'hésite pas à reposer ta question là-bas en cas de besoin.
Frédéric Logier
On Tue, 21 Oct 2003 17:59:50 +0200, Olivier Miakinen wrote:
Le 21/10/2003 17:45, Frédéric Logier a écrit :
Merci pour tes tests ! J'ai bien compris le problème, mais je ne vois pas comment faire pour que le charset dans le header http soit utf-8.
Puisque c'est une page générée par php, il devrait suffire de rajouter un « header("Content-Type: text/html; charset=utf-8"); » en toute première ligne, non ?
J'ai résolu le problème en forçant l'encodage dans le virtualhost d'apache : AddDefaultCharset UTF-8
Merci pour vos aides.
On Tue, 21 Oct 2003 17:59:50 +0200, Olivier Miakinen wrote:
Le 21/10/2003 17:45, Frédéric Logier a écrit :
Merci pour tes tests !
J'ai bien compris le problème, mais je ne vois pas comment faire pour que
le charset dans le header http soit utf-8.
Puisque c'est une page générée par php, il devrait suffire de rajouter
un « header("Content-Type: text/html; charset=utf-8"); » en toute
première ligne, non ?
J'ai résolu le problème en forçant l'encodage dans le virtualhost
d'apache :
AddDefaultCharset UTF-8
On Tue, 21 Oct 2003 17:59:50 +0200, Olivier Miakinen wrote:
Le 21/10/2003 17:45, Frédéric Logier a écrit :
Merci pour tes tests ! J'ai bien compris le problème, mais je ne vois pas comment faire pour que le charset dans le header http soit utf-8.
Puisque c'est une page générée par php, il devrait suffire de rajouter un « header("Content-Type: text/html; charset=utf-8"); » en toute première ligne, non ?
J'ai résolu le problème en forçant l'encodage dans le virtualhost d'apache : AddDefaultCharset UTF-8
Merci pour vos aides.
Olivier Miakinen
Le 21/10/2003 18:09, Frédéric Logier a écrit :
J'ai résolu le problème en forçant l'encodage dans le virtualhost d'apache : AddDefaultCharset UTF-8
Bonne idée. Merci de nous en avoir fait part, cela pourra servir à d'autres.
Le 21/10/2003 18:09, Frédéric Logier a écrit :
J'ai résolu le problème en forçant l'encodage dans le virtualhost
d'apache :
AddDefaultCharset UTF-8
Bonne idée. Merci de nous en avoir fait part, cela pourra servir à d'autres.
