J'ai été confronté à un pbm de ce genre pour mon site sous SPIP, ce que j'ai retiré de mon expérience :
Le pbm c'est que certains Apaches sont configurés pour retourner un encodage par défaut si tu ne le précises pas dans le header de ta réponse http.
Or la règle c'est de n'utiliser l'encodage défini dans le méta http-equiv="Content-Type" que s'il n'y a pas de header Content-type: dans la réponse http.
Bref, les solutions sont :
- Forcer l'entête dans tes pages php avec <?php header("Content-type: text/html; charset=utf-8"); ?>
- Dire à apache qu'il retourne par défaut de l'utf-8 avec AddDefaultCharset UTF-8
- Supprimer les AddDefaultCharset de la config d'apache, le navigateur se basera dans l'ordre sur le header http Content-type: , sinon sur le meta http-equiv="Content-Type", sinon il essayera de deviner.
voila, en espérant qui je n'ai pas dit de conneries.
note : on ne peut plus faire de liste (ul li, etc...) dans les commentaire????
[^] # Re: utf-8 c'est bon, mangez-en
Posté par B r u n o (site web personnel) . En réponse au journal A propos de l'UTF-8. Évalué à 6.
Le pbm c'est que certains Apaches sont configurés pour retourner un encodage par défaut si tu ne le précises pas dans le header de ta réponse http.
Or la règle c'est de n'utiliser l'encodage défini dans le méta http-equiv="Content-Type" que s'il n'y a pas de header Content-type: dans la réponse http.
Bref, les solutions sont :
- Forcer l'entête dans tes pages php avec <?php header("Content-type: text/html; charset=utf-8"); ?>
- Dire à apache qu'il retourne par défaut de l'utf-8 avec AddDefaultCharset UTF-8
- Supprimer les AddDefaultCharset de la config d'apache, le navigateur se basera dans l'ordre sur le header http Content-type: , sinon sur le meta http-equiv="Content-Type", sinon il essayera de deviner.
voila, en espérant qui je n'ai pas dit de conneries.
note : on ne peut plus faire de liste (ul li, etc...) dans les commentaire????