if ($pos === false) {
header("Content-type: text/html; charset=iso-8859-15");
} else {
header("Content-type: application/xhtml+xml; charset=iso-8859-15");
}
// le même code XHTML peut faire les deux !
Reste que ce genre de truc est tout à fait possible sur un site perso dont on a la maîtrise complète, mais même si je serais le premier à vouloir la conformité absolue sur tous les sites, je me vois vraiment PAS utiliser une techno aussi stricte ça sur des sites en prod en l'état actuel des choses.
La raison en est simple : je me vois mal expliquer à mes clients ou aux visiteurs de mes sites qu'ils ne peuvent pas afficher une page :
- parce qu'un gusse non-initié (genre mon boss quand il veut modifier une ligne sur le site de la boite) a foutu du code non valide sur une page
- ou quand je récupère une database hyper lourdingue qui a été faite avec les pieds (on fait au mieux, mais je n'ai pas toujours la possibilité point de vue temps de rectifier à la pogne 3000 enregistrements parce que le bobet précédent qui a créé le site se prenait pour un développeur web mais n'avait aucune notion d'encodage)
- ou parce qu'il n'ont pas le bon navigateur
qui risque d'énerver les ayatollahs des standards.
Non, je pense déjà qu'on est dans une bonne voie : les sites sont déjà un peu moins fouillis (XHTML/CSS a quand même eu la réussite de taper sur l'épaule de bon nombre de développeurs en leur disant "fini le tag soup essayez de mettre un peu d'ordre là-dedans"), les gens commencent à comprendre que les standards "ç'ai bien", les navigateurs mieux que IE commencent à se faire connaître (ex le succès de Firefox) bref, ça évolue.
[^] # Re: présenter un code diffèrent suivant l'agent web
Posté par XHTML/CSS inside . En réponse à la dépêche Tim Berners-Lee évoque l'avenir d'(X)HTML. Évalué à 3.
$mystring = $_SERVER["HTTP_ACCEPT"];
$findme = "application/xhtml+xml";
$pos = strpos($mystring, $findme);
if ($pos === false) {
header("Content-type: text/html; charset=iso-8859-15");
} else {
header("Content-type: application/xhtml+xml; charset=iso-8859-15");
}
// le même code XHTML peut faire les deux !
Reste que ce genre de truc est tout à fait possible sur un site perso dont on a la maîtrise complète, mais même si je serais le premier à vouloir la conformité absolue sur tous les sites, je me vois vraiment PAS utiliser une techno aussi stricte ça sur des sites en prod en l'état actuel des choses.
La raison en est simple : je me vois mal expliquer à mes clients ou aux visiteurs de mes sites qu'ils ne peuvent pas afficher une page :
- parce qu'un gusse non-initié (genre mon boss quand il veut modifier une ligne sur le site de la boite) a foutu du code non valide sur une page
- ou quand je récupère une database hyper lourdingue qui a été faite avec les pieds (on fait au mieux, mais je n'ai pas toujours la possibilité point de vue temps de rectifier à la pogne 3000 enregistrements parce que le bobet précédent qui a créé le site se prenait pour un développeur web mais n'avait aucune notion d'encodage)
- ou parce qu'il n'ont pas le bon navigateur
Pour cela, il y a un excellent article sur openweb : http://openweb.eu.org/articles/conformite_validation_surqual(...)
qui risque d'énerver les ayatollahs des standards.
Non, je pense déjà qu'on est dans une bonne voie : les sites sont déjà un peu moins fouillis (XHTML/CSS a quand même eu la réussite de taper sur l'épaule de bon nombre de développeurs en leur disant "fini le tag soup essayez de mettre un peu d'ordre là-dedans"), les gens commencent à comprendre que les standards "ç'ai bien", les navigateurs mieux que IE commencent à se faire connaître (ex le succès de Firefox) bref, ça évolue.