OVH Cloud OVH Cloud

Quel codage ?

64 réponses
Avatar
romer
Hi,

Après qq. surprises dans l'élaboration et le rendu de page web en html,
pourriez-vous me dire quel codage choisir pour avoir le minimum de
surprise lors de la relecture par éditeur de texte et surtout par un
navigateur ?

Par avance merci.

--
A+

Romer

10 réponses

Avatar
jeremie fouché
Bernd a écrit :

Question qui vient alors au néophyte : comment savoir comment un serveur
code les pages qu'il reçoit et quel charset il utilise?



en php, avec phpinfos()

Sinon, tu peux forcer l'entete HTTP avec la fonction header(...);
<?php header('Content-Type: text/html; charset=UTF-8'); ?> avant la
declaration de ton DOCTYPE.

--
Jérémie
Avatar
pdorange
ASM wrote:

> URL que j'ai donné dans ce fil à
> <42d238e0$0$7041$)

c'est un peu c...t ces urls dans mon Thunderbird
ça ouvre un nouveau message à envoyer à cet url :-(



C'est peut être que tu n'utilises pas le bon logiciel pour usenet.
Cette référence est parfaitement reconnut ici par exemple, un simple
POMME+Clic.

Sinon c'est référence sont unique pour le réseau usenet et tu peux
retrouver "manuellement" les messages indiqués en utilisant une base de
données sur internet, comme "Google Group" par exemple en faisant
rechercher avancé et en recopiant l'ID du message dans le champ
"Message-ID".

Recherche avancée de Google Group :
<http://www.google.fr/advanced_group_search?hl=fr>

--
Pierre-Alain Dorange

Vidéo, DV et QuickTime <http://www.garage-video.com/>
Clarus, the DogCow <http://clarus.chez.tiscali.fr/>
Avatar
Pierre Goiffon
Bernd wrote:
Question qui vient alors au néophyte : comment savoir comment un serveur
code les pages qu'il reçoit et quel charset il utilise?



De base, un serveur ne code rien du tout. Par contre il renvoit au
client une information de codage dans les entêtes, et cette information
peut ne pas être en rapport avec le codage réel utilisé dans la page.

J'insiste, allez lire les documents dont j'ai donné les références dans
le message <42d238e0$0$7041$ (sinon ça sert à quoi
que l'on se décarcasse :) )
Avatar
Pierre Goiffon
Sergio wrote:
j'aime mieux créer des pages avec
des &eacute; qui fonctionnent avec les vieux navigateurs.





C'est totalement inutile aujourd'hui, et depuis au moins 5 ou 6 ans ! VOus
aimez vous compliquer la vie et celle des gens avec qui vous travaillez
vous...



10 ans tu veux dire



Non, car il y a 10 ans bcp de choses posaient prb, hors iso latin-1
(voir dans les ref notes des différentes release de Netscape 4 par
exemple...)
Avatar
Denis Beauregard
Le Mon, 11 Jul 2005 14:24:23 +0200, Pierre Goiffon
écrivait dans
fr.comp.infosystemes.www.auteurs:

Sergio wrote:
j'aime mieux créer des pages avec
des &eacute; qui fonctionnent avec les vieux navigateurs.





C'est totalement inutile aujourd'hui, et depuis au moins 5 ou 6 ans ! VOus
aimez vous compliquer la vie et celle des gens avec qui vous travaillez
vous...



10 ans tu veux dire



Non, car il y a 10 ans bcp de choses posaient prb, hors iso latin-1
(voir dans les ref notes des différentes release de Netscape 4 par
exemple...)



Il y a 10 ans, je me rappelle que Lynx ne lisait pas bien les accents
s'ils n'étaient pas en &eacute; mais en 8869-1.


Denis
Avatar
Thibaut Allender
On 11/07/2005 14:17, jeremie fouché wrote :
Sinon, tu peux forcer l'entete HTTP avec la fonction header(...);
<?php header('Content-Type: text/html; charset=UTF-8'); ?> avant la
declaration de ton DOCTYPE.



ou un fichier .htaccess contenant :

AddDefaultCharset UTF-8

--
thibaut allender | freelance | http://capsule.org
Avatar
ASM
Pierre Goiffon wrote:
ON l'a dis des milliers de fois ici, et même à l'intérieur de ce fil :



oui da ... donc je reformule autrement :

comment sais-je en quoi est configuré le serveur wanadoo ?
moi là le p'tit hébergé lambda perdu dans la masse.
(ou autre serveur-hebergeur multualisé)


le meta n'est qu'un pis aller, et c'est ce qui est renvoyé dans l'entête
qui est prioritaire ! Si le serveur est configuré pour servir par défaut
en iso latin-1 et qu'on se contente de poser sa page codée en autre
chose, ça va mal se passer, point.




--
Stephane Moriaux et son [moins] vieux Mac
Avatar
jeremie fouché
Thibaut Allender a écrit :
On 11/07/2005 14:17, jeremie fouché wrote :

Sinon, tu peux forcer l'entete HTTP avec la fonction header(...);
<?php header('Content-Type: text/html; charset=UTF-8'); ?> avant la
declaration de ton DOCTYPE.




ou un fichier .htaccess contenant :

AddDefaultCharset UTF-8




Je ne connais pas, car je n'utilise quasiment pas .htaccess sauf pour
proteger des repertoire.
Merci pour l'info

--
Jérémie, qui pensait regarder la reécriture d'URL bientot
Avatar
ASM
Sergio wrote:
Quand j'ai
eu ma première connexion Internet en 1995, le Netscape de l'époque
affichait correctement les caractères accentués...



Lesquels de caratères accentués ?

Certainement pas ceux de mon Mac balancés tels quels sans doctype ni
charset (ou au mieux-pire un charset bidon qu'on croyait être ok)

Les mêmes fichiers revus et balancés depuis un PC
(de mon expérimentation perso) oui, eux ils passaient.

--
Stephane Moriaux et son [moins] vieux Mac
Avatar
ASM
jeremie fouché wrote:
Bernd a écrit :

Question qui vient alors au néophyte : comment savoir comment un serveur
code les pages qu'il reçoit et quel charset il utilise?




en php, avec phpinfos()



le php n'est pas à disposition de tt un chacun sur tt hébergement

j'ai mis à ma disposition ceci :
http://perso.wanadoo.fr/stephane.moriaux/internet/web_ssi/test_ssi.shtml
où, dans ce bazard, je trouve l'en-tete HHTP du serveur ?

--
Stephane Moriaux et son [moins] vieux Mac