Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Olivier Miakinen
Je cherche à m'affranchir des pb liés aux différents charsets.
C'est louable. Depuis un paquet d'années, *la* solution consiste à n'utiliser que UTF-8, ce qui simplifie le boulot côté serveur, et est reconnu par tous les navigateurs depuis le siècle dernier.
Je voudrais savoir si il existe un charset par défaut pour un navigateur et comment le détecter depuis le serveur.
Plus exactement, il peut exister une liste de jeux de caractères acceptés par le navigateur.
phpinfo() revoit un tableau HTTP Response Headers dont l'une des lignes vaut chez moi Content-Type text/html; charset=UTF-8
Est ce cela ?
Non, ça c'est ce qui est effectivement envoyé par ta page. Tu utilises UTF-8 et c'est une bonne idée.
et comment le recupèrer en php
Mon propre phpinfo donne ceci quand je l'interroge avec Mozilla : _SERVER["HTTP_ACCEPT_CHARSET"] ISO-8859-1,utf-8;q=0.7,*;q=0.7 _ENV["HTTP_ACCEPT_CHARSET"] ISO-8859-1,utf-8;q=0.7,*;q=0.7
Quand je l'interroge avec Internet Explorer, il n'y a aucune info de charsets reconnus. Mais bien sûr, comme il date de moins de huit ans (1997 pour UTF-8 dans IE si je me rappelle bien), il supporte UTF-8 aussi.
Est-il nécessaire que j'apporte une conclusion ? À tout hasard, la voici : utiliser UTF-8 !
-- Olivier Miakinen Non, monsieur le juge, je vous le jure : jamais je n'ai cité Bruxelles dans ma signature.
Je cherche à m'affranchir des pb liés aux différents charsets.
C'est louable. Depuis un paquet d'années, *la* solution consiste à
n'utiliser que UTF-8, ce qui simplifie le boulot côté serveur, et est
reconnu par tous les navigateurs depuis le siècle dernier.
Je voudrais savoir si il existe un charset par défaut pour un navigateur
et comment le détecter depuis le serveur.
Plus exactement, il peut exister une liste de jeux de caractères
acceptés par le navigateur.
phpinfo() revoit un tableau HTTP Response Headers dont l'une des lignes
vaut chez moi
Content-Type text/html; charset=UTF-8
Est ce cela ?
Non, ça c'est ce qui est effectivement envoyé par ta page. Tu utilises
UTF-8 et c'est une bonne idée.
et comment le recupèrer en php
Mon propre phpinfo donne ceci quand je l'interroge avec Mozilla :
_SERVER["HTTP_ACCEPT_CHARSET"] ISO-8859-1,utf-8;q=0.7,*;q=0.7
_ENV["HTTP_ACCEPT_CHARSET"] ISO-8859-1,utf-8;q=0.7,*;q=0.7
Quand je l'interroge avec Internet Explorer, il n'y a aucune info de
charsets reconnus. Mais bien sûr, comme il date de moins de huit ans
(1997 pour UTF-8 dans IE si je me rappelle bien), il supporte UTF-8 aussi.
Est-il nécessaire que j'apporte une conclusion ? À tout hasard, la
voici : utiliser UTF-8 !
--
Olivier Miakinen
Non, monsieur le juge, je vous le jure : jamais je n'ai cité
Bruxelles dans ma signature.
Je cherche à m'affranchir des pb liés aux différents charsets.
C'est louable. Depuis un paquet d'années, *la* solution consiste à n'utiliser que UTF-8, ce qui simplifie le boulot côté serveur, et est reconnu par tous les navigateurs depuis le siècle dernier.
Je voudrais savoir si il existe un charset par défaut pour un navigateur et comment le détecter depuis le serveur.
Plus exactement, il peut exister une liste de jeux de caractères acceptés par le navigateur.
phpinfo() revoit un tableau HTTP Response Headers dont l'une des lignes vaut chez moi Content-Type text/html; charset=UTF-8
Est ce cela ?
Non, ça c'est ce qui est effectivement envoyé par ta page. Tu utilises UTF-8 et c'est une bonne idée.
et comment le recupèrer en php
Mon propre phpinfo donne ceci quand je l'interroge avec Mozilla : _SERVER["HTTP_ACCEPT_CHARSET"] ISO-8859-1,utf-8;q=0.7,*;q=0.7 _ENV["HTTP_ACCEPT_CHARSET"] ISO-8859-1,utf-8;q=0.7,*;q=0.7
Quand je l'interroge avec Internet Explorer, il n'y a aucune info de charsets reconnus. Mais bien sûr, comme il date de moins de huit ans (1997 pour UTF-8 dans IE si je me rappelle bien), il supporte UTF-8 aussi.
Est-il nécessaire que j'apporte une conclusion ? À tout hasard, la voici : utiliser UTF-8 !
-- Olivier Miakinen Non, monsieur le juge, je vous le jure : jamais je n'ai cité Bruxelles dans ma signature.
Etienne SOBOLE
C'est louable. Depuis un paquet d'années, *la* solution consiste à n'utiliser que UTF-8, ce qui simplifie le boulot côté serveur, et est reconnu par tous les navigateurs depuis le siècle dernier.
Y a quand meme quelques restrictions si je peux me permettre... tu fais un iframe (dans une page UTF-8 évidement) sous Firefox et dans ton iframe tu appelles une page qui n'est pas en UTF-8... et t'es content parce que t'as le droit a tout plein de ??? partout.
Mon propre phpinfo donne ceci quand je l'interroge avec Mozilla : _SERVER["HTTP_ACCEPT_CHARSET"] ISO-8859-1,utf-8;q=0.7,*;q=0.7 _ENV["HTTP_ACCEPT_CHARSET"] ISO-8859-1,utf-8;q=0.7,*;q=0.7
Ah bon... ben avec Ie il donne rien tu tout si je ne me trompe...
Quand je l'interroge avec Internet Explorer, il n'y a aucune info de charsets reconnus. Mais bien sûr, comme il date de moins de huit ans (1997 pour UTF-8 dans IE si je me rappelle bien), il supporte UTF-8 aussi.
Ah ben voila ;)
Est-il nécessaire que j'apporte une conclusion ? À tout hasard, la voici : utiliser UTF-8 !
Ouai je suis globalement d'accord.
Etienne
C'est louable. Depuis un paquet d'années, *la* solution consiste à
n'utiliser que UTF-8, ce qui simplifie le boulot côté serveur, et est
reconnu par tous les navigateurs depuis le siècle dernier.
Y a quand meme quelques restrictions si je peux me permettre...
tu fais un iframe (dans une page UTF-8 évidement) sous Firefox et dans ton
iframe tu appelles une page qui n'est pas en UTF-8... et t'es content parce
que t'as le droit a tout plein de ??? partout.
Mon propre phpinfo donne ceci quand je l'interroge avec Mozilla :
_SERVER["HTTP_ACCEPT_CHARSET"] ISO-8859-1,utf-8;q=0.7,*;q=0.7
_ENV["HTTP_ACCEPT_CHARSET"] ISO-8859-1,utf-8;q=0.7,*;q=0.7
Ah bon...
ben avec Ie il donne rien tu tout si je ne me trompe...
Quand je l'interroge avec Internet Explorer, il n'y a aucune info de
charsets reconnus. Mais bien sûr, comme il date de moins de huit ans
(1997 pour UTF-8 dans IE si je me rappelle bien), il supporte UTF-8 aussi.
Ah ben voila ;)
Est-il nécessaire que j'apporte une conclusion ? À tout hasard, la
voici : utiliser UTF-8 !
C'est louable. Depuis un paquet d'années, *la* solution consiste à n'utiliser que UTF-8, ce qui simplifie le boulot côté serveur, et est reconnu par tous les navigateurs depuis le siècle dernier.
Y a quand meme quelques restrictions si je peux me permettre... tu fais un iframe (dans une page UTF-8 évidement) sous Firefox et dans ton iframe tu appelles une page qui n'est pas en UTF-8... et t'es content parce que t'as le droit a tout plein de ??? partout.
Mon propre phpinfo donne ceci quand je l'interroge avec Mozilla : _SERVER["HTTP_ACCEPT_CHARSET"] ISO-8859-1,utf-8;q=0.7,*;q=0.7 _ENV["HTTP_ACCEPT_CHARSET"] ISO-8859-1,utf-8;q=0.7,*;q=0.7
Ah bon... ben avec Ie il donne rien tu tout si je ne me trompe...
Quand je l'interroge avec Internet Explorer, il n'y a aucune info de charsets reconnus. Mais bien sûr, comme il date de moins de huit ans (1997 pour UTF-8 dans IE si je me rappelle bien), il supporte UTF-8 aussi.
Ah ben voila ;)
Est-il nécessaire que j'apporte une conclusion ? À tout hasard, la voici : utiliser UTF-8 !
Ouai je suis globalement d'accord.
Etienne
aka
Merci c'est clair. Une petite dernière question: Comme le navigateur peut il s'y retrouver dans les jeux de caractères. J'ai cru comprendre que <meta > n'était pas très efficace.
(ici j'écris en iso et ca marche quant même :)
Merci c'est clair.
Une petite dernière question:
Comme le navigateur peut il s'y retrouver dans les jeux de caractères.
J'ai cru comprendre que <meta > n'était pas très efficace.
Merci c'est clair. Une petite dernière question: Comme le navigateur peut il s'y retrouver dans les jeux de caractères. J'ai cru comprendre que <meta > n'était pas très efficace.
(ici j'écris en iso et ca marche quant même :)
Olivier Miakinen
C'est bien à cause de cela.
-- Olivier Miakinen Si ma réponse te semble obscure, c'est parce que j'ai adopté ta manière de répondre au lieu de suivre les excellents conseils prodigués sur <http://www.giromini.org/usenet-fr/repondre.html>.
C'est bien à cause de cela.
--
Olivier Miakinen
Si ma réponse te semble obscure, c'est parce que j'ai adopté ta manière
de répondre au lieu de suivre les excellents conseils prodigués sur
<http://www.giromini.org/usenet-fr/repondre.html>.
-- Olivier Miakinen Si ma réponse te semble obscure, c'est parce que j'ai adopté ta manière de répondre au lieu de suivre les excellents conseils prodigués sur <http://www.giromini.org/usenet-fr/repondre.html>.
ftc
Comme le navigateur peut il s'y retrouver dans les jeux de caractères. J'ai cru comprendre que <meta > n'était pas très efficace.
1) la balise meta du HTML 2) le header HTTP 3) des algorithmes de reconnaissance basé sur des probabilités et des fréquences d'apparition de caractères ainsi que sur la reconnaissance de motifs ( http://www.mozilla.org/projects/intl/UniversalCharsetDetection.html )
Comme le navigateur peut il s'y retrouver dans les jeux de caractères.
J'ai cru comprendre que <meta > n'était pas très efficace.
1) la balise meta du HTML
2) le header HTTP
3) des algorithmes de reconnaissance basé sur des probabilités et des
fréquences d'apparition de caractères ainsi que sur la reconnaissance de
motifs (
http://www.mozilla.org/projects/intl/UniversalCharsetDetection.html )
Comme le navigateur peut il s'y retrouver dans les jeux de caractères. J'ai cru comprendre que <meta > n'était pas très efficace.
1) la balise meta du HTML 2) le header HTTP 3) des algorithmes de reconnaissance basé sur des probabilités et des fréquences d'apparition de caractères ainsi que sur la reconnaissance de motifs ( http://www.mozilla.org/projects/intl/UniversalCharsetDetection.html )
Guillaume Bouchard
(fu2 fciwa)
aka wrote:
Une petite dernière question: Comme le navigateur peut il s'y retrouver dans les jeux de caractères. J'ai cru comprendre que <meta > n'était pas très efficace.
En fait le serveur lui envoie une entete indiquant le jeu de caractère. C'est ainsi qu'il s'y retrouve.
Par defaut, actuelement, apache renvoie un iso quelquonque pour la pluspart des fichiers. Il suffit de faire :
header('Content-Type: <bouh>;charset=UTF-8'); (A quelques majuscules près...)
<bouh> : Soit text/html pour le html, soit application/xml+xhtml pour le xhtml.
Fu2 sur fciwa, c'est plus en sujet la bas (hormis le nom de la fonction header, le reste est independant de php)
-- Guillaume.
(fu2 fciwa)
aka wrote:
Une petite dernière question:
Comme le navigateur peut il s'y retrouver dans les jeux de caractères.
J'ai cru comprendre que <meta > n'était pas très efficace.
En fait le serveur lui envoie une entete indiquant le jeu de caractère.
C'est ainsi qu'il s'y retrouve.
Par defaut, actuelement, apache renvoie un iso quelquonque pour la
pluspart des fichiers. Il suffit de faire :
header('Content-Type: <bouh>;charset=UTF-8');
(A quelques majuscules près...)
<bouh> : Soit text/html pour le html, soit application/xml+xhtml pour le
xhtml.
Fu2 sur fciwa, c'est plus en sujet la bas (hormis le nom de la fonction
header, le reste est independant de php)
Une petite dernière question: Comme le navigateur peut il s'y retrouver dans les jeux de caractères. J'ai cru comprendre que <meta > n'était pas très efficace.
En fait le serveur lui envoie une entete indiquant le jeu de caractère. C'est ainsi qu'il s'y retrouve.
Par defaut, actuelement, apache renvoie un iso quelquonque pour la pluspart des fichiers. Il suffit de faire :
header('Content-Type: <bouh>;charset=UTF-8'); (A quelques majuscules près...)
<bouh> : Soit text/html pour le html, soit application/xml+xhtml pour le xhtml.
Fu2 sur fciwa, c'est plus en sujet la bas (hormis le nom de la fonction header, le reste est independant de php)
Je viens de faire des tests de header() sur win et linux. Cela semble bien fonctionner et -cerise sur le gâteau- cela règle les problèmes de détection de charsets dans les formulaires.
c'est vraiment très cool
Je viens de faire des tests de header() sur win et linux.
Cela semble bien fonctionner et -cerise sur le gâteau- cela règle les
problèmes de détection de charsets dans les formulaires.
Je viens de faire des tests de header() sur win et linux. Cela semble bien fonctionner et -cerise sur le gâteau- cela règle les problèmes de détection de charsets dans les formulaires.
