@niahoo
Ah, j'ai retrouvé l'adresse du site que j'avais eu l'occasion de faire lors d'un stage:
http://eclerd.fr/ECN/site-perso/
C'est un site pur XML/XSL (sources incluses, "Télécharger le pattern", en bas). Je n'y ai pas implémenté le système "si l'utilisateur ne prend pas XSL en compte, je l'exécute coté serveur".
Un élément intéressant est de voir que le XML des données de la page est transféré à chaque fois (léger), alors que les XSL ne sont transférés qu'une seule fois (le cache du navigateur s'en charge ensuite): cela allège le réseau.
Pour un forum, le gain ne doit pas être énorme (les données changent beaucoup entre deux pages), mais sur un jeu web, le gain peut être important (la quantité de données est faible: on manipule surtout des nombres).
![[Image: attachment.php?aid=406]](http://www.jeuweb.org/attachment.php?aid=406)
J'ai également DevianTools qui marche ainsi: le code PHP génère un DOMDocument, et suivant si l'utilisateur prends XSL en charge, le site envoie ou bien le XML de ce DOMDocument (et le navigateur applique le template XSL), ou bien le XSL est exécuté coté serveur et le client reçoit un HTML.
![[Image: attachment.php?aid=407]](http://www.jeuweb.org/attachment.php?aid=407)
Servi en HTML par défaut
![[Image: attachment.php?aid=408]](http://www.jeuweb.org/attachment.php?aid=408)
Un test permet de savoir si le client prend XSL en charge (iframe vers un doc XML+XSL témoin)
![[Image: attachment.php?aid=409]](http://www.jeuweb.org/attachment.php?aid=409)
Un cookie enregistre le résultat du test
![[Image: attachment.php?aid=410]](http://www.jeuweb.org/attachment.php?aid=410)
A partir de maintenant, comme le serveur reçoit le cookie indiquant que le test est passé, il sert du XML au lieu du HTMl et le navigateur fait la transformation.
Ah, j'ai retrouvé l'adresse du site que j'avais eu l'occasion de faire lors d'un stage:
http://eclerd.fr/ECN/site-perso/
C'est un site pur XML/XSL (sources incluses, "Télécharger le pattern", en bas). Je n'y ai pas implémenté le système "si l'utilisateur ne prend pas XSL en compte, je l'exécute coté serveur".
Un élément intéressant est de voir que le XML des données de la page est transféré à chaque fois (léger), alors que les XSL ne sont transférés qu'une seule fois (le cache du navigateur s'en charge ensuite): cela allège le réseau.
Pour un forum, le gain ne doit pas être énorme (les données changent beaucoup entre deux pages), mais sur un jeu web, le gain peut être important (la quantité de données est faible: on manipule surtout des nombres).
J'ai également DevianTools qui marche ainsi: le code PHP génère un DOMDocument, et suivant si l'utilisateur prends XSL en charge, le site envoie ou bien le XML de ce DOMDocument (et le navigateur applique le template XSL), ou bien le XSL est exécuté coté serveur et le client reçoit un HTML.
Servi en HTML par défaut
Un test permet de savoir si le client prend XSL en charge (iframe vers un doc XML+XSL témoin)
Un cookie enregistre le résultat du test
A partir de maintenant, comme le serveur reçoit le cookie indiquant que le test est passé, il sert du XML au lieu du HTMl et le navigateur fait la transformation.