EnTête HTML et charset

copperfield a écrit :
Je ne pense pas être le seul mais j'étais persuadé que c'était la balise meta content-type qui définissait au client le codage des caractères et Vlan... en fait c'est l'entête réponse Html.

C'est en priorité l'en-tête HTTP (pas HTML). La balise META avec attribut http-equiv («équivalent à HTTP»... tiens tiens...) est juste une redite au cas où. C'est utile notamment pour les fichiers enregistrés en local par l'utilisateur.

copperfield a écrit :
Ma question est que s'il faut modifier le codage de l'entête à partir du serveur, cela va s'appliquer pour tous les sites non ?

Non, tu peux gérer ça globalement pour le serveur, ou bien pour un domaine, ou bien pour un dossier, ou bien encore pour un fichier précis, ou bien pour un type de fichier, etc.

Typiquement, avec un serveur Apache on pourra utiliser la directive AddDefaultCharset dans un fichier .htaccess. Voir la documentation d'Apache pour plus de détails.

copperfield a écrit :
Comment avoir alors un site avec les caractères européen et un autre avec les caractères japonais ?

Solution simple: tu fais tout en UTF-8, et tu configures le serveur pour déclarer de l'UTF-8 pour tous les contenus. Et si ponctuellement pour un domaine, ou dossier ou fichier tu as besoin de déclarer un autre encodage, tu peux utiliser AddDefaultCharset dans la config du VirtualHost, ou dans un fichier .htaccess.

Pour information, sur un hébergement mutualisé classique tu n'auras accès qu'à la création de fichiers .htaccess (et encore, elle n'est pas forcément autorisée... mais en général c'est le cas). Pas de config générale du serveur ou des VirtualHosts.