Reprise du message précédent :
Ca dépend des données à afficher, si tu dois faire des changements répétitifs dans un texte extrait de la bdd (par exemple <important> à <strong> ) alors XSLT est très adapté.  
 
Sinon le cache peut aussi être créé en sérialisant l'obj.

Bon, j'vais faire des tests de perfs vite-fait entre un echo tout con et le bordel XML + XSL, histoire de voir combien on perd réellement

Je vais suivre ça de près.

Je suis en train... Va y avoir des surprise 2 sec, parce qu'il y a des trucs louches

P'tain mais c'est galère d'arriver à un résultat stable Suivant ce que tu fais, ça double le temps de génération...

Suspense...

Faut que j'arrive à m'en sortir C'est dingue comme on peut arriver à tout faire ramer d'un coup...

Florent arrete de planter le p133 de ta mere avec tes bench a la con

xslt c bien si tu passes en XSLTC (la version compilée) ...sinon c lourd...
 
au boulot on a un gros projet web qui tourne avec du XSL et bien ils ont du passer à XSLTC pour avoir des perfs accesptables

Je crois que je vais faire un topic "optimisation PHP"

Bon, en gros, la version XSLT est deux fois plus lente A condition de créer un vrai doc XML via DOMXML. Je vais tester la version concaténation.

La concaténation entre les deux

Quoique... Pour la concat, ça dépend...

Bah fallait quand meme s'y attendre ... mais reste le fait que xslt(c) est beaucoup plus "portable" qu'un echo fixé au milieu d'un code source..

Il faut aussi que je teste un système de template genre phplib  ou smarty

Florent qui va mettre en route un banc d'essay multi-thread de systemes d'affichage PHP . C'est bien tout ça

Héhé Aller, je d/l phplib, et j'essaye de faire quelque chose avec

Rapport de 1 à 2 ?
Perso, j'aurai cru que ça serait encore plus. Rien qu'a voir la taille du code source, ça fait plus gros.
 
XSLT est peut-être plus manipulable d'un echo, mais il faut aussi tenir compte de DOM. Perso je préférerais toujours faire :

Qu'un truc du genre :

Surtout si $doc n'est là que pour être transformé par XSLT pour faire de l'XHTML. Autant générer directo de l'XHTML (même avec DOM pourquoi pas). Du moment que ça reste séparé du rapatriement des données, ça reste portable.
 
Mais ne me faites pas dire que j'aime pas XSLT, je l'utile très souvent, mais pas pour ça.

Le truc, c'est que parfois l'XHTML n'est pas connu à l'avance, le même XML peut être utilisé dans plusieurs pages (genre une fois sur le site, une liste d'élément, et une autre fois dans la partie administration, la même liste mais agrémentée d'inputs).

Bon, j'apprend vite-fait phplib, et je vous fais signe

 
+1

Dans ce cas, j'utilise non-pas le même XML, mais le même objet (celui qui contient les données brutes ).

Mais genre j'ai fait une fonction qui transforme le résultat d'une requête sur un serveur MySql que je plug direct dans mon XSL. Et donc si t'as de la chance et des sous, tu peux avoir direct le machin pour MySql qui te renvoi direct la requête en XML, et du coup t'as même pas besoin de t'emmerder avec des mysql_fetch_machin

Et si tu migre par exemple en ASP.NET ou en je ne sais quoi, tu peux garder tes templates XSLT Pas besoin de réécrire tout la génération du doc...

'tain phplib qui foire, j'ai du merder un truc

§Ben, vu comme ça...
Tu t'en sers comme d'un système de cache multilangage, c'est tout à ton honneur, mais il faut en avoir l'utilité !

Héhé, c'est sûr

Bon, impossible de faire fonctionner PhpLib

Fait un topic pour demander de l'aide, qu'on puisse te dire que t'es dans la mauvaise cat

Nan, c'est juste leur expression régulière qui teste les <!-- BEGIN pouet --> qui foire Si j'ai le temps faut que je la modifie...

Ok ... mais bon comme l'a dit je sais plus qui avant, c'est assez normal que ces methodes soient plus lentes qu'un simple echo .. Parcontre le tout se situe plutot a un niveau de reutilisation du code.. maintenant faudrait voir si c'est rentable pour des petits projets..

Laissez tomber phplib et/ou smarty.
Ils sont trop complexes (lire lourds) pour une utilisation de "debutants".
 
Perso j'utilise TemplatePower que je vous conseille vivement.
 
Il est leger, et tres simple a faire fonctionner.

le XML a aussi l'avantage d'etre transformable en autre chose que le html : tu peux très bien faire un .doc de ta page, un PDF, la sortir dans un tableau excel, du XHTML, du WML...
 le tout avec les même sources de données...

 
C'est pour ça que je l'utilise d'ailleurs

Moi je trouve justement l'utilisation de phplib assez simple... Enfin en théorie Après j'ai jeté un coup d'oeil au code, et je pense que ça va être le truc le plus long et lourdingue Le truc bien avec DOMXML, c'est que c'est à 100% du code natif (.dll). Bon bien-sûr faudrait comparer avec un optimizer...

Voilou, maintenant que tout le monde sait gérer l'XML

Je préfère largement ton système de cache XML à PHPlib & co. D'ailleurs, je ne sais pas pourquoi, mais les systèmes de cache me paraissent tous bricolés, y compris ceux que j'ai faits moi même, et pourtant je suis une bête.  
Vive les proxy !

Tiens, je viens de voir que PHPLib ne semble même pas avoir de système de cache. L'intérêt est encore plus limité que ce que je croyais.

Smarty lui possede un systeme de cache pour ses templates si jamais.

Et puis c'est une solution 100% PHP, donc je suis pas sûr que les perfs soient au rendez-vous...

Puisque je tiens des fans d'XSLT pour XHTML, je vais en profiter. En fait, les performances ne sont pas mes seuls reproches à cette manière de faire...
 
Je me demande, par exemple, comment vous faites pour résoudre des problèmes assez simples comme la construction d'un site en différents langages (je parle de l'interface du site, les boutons, etc.) ?
Je vois 2 solutions :

• Incorporer au fichier XML de base le texte des boutons et autres menus, ce qui va faire enfler ce fichier. Si on s'en sert de cache, ça fera un cache par langue et on mettra en cache des informations qui n'ont pas besoin d'y être.
• Faire un XSLT par langue.

La solution serait registerPHPFunctions, mais on ne peut pour l'instant pas appeler de méthode avec et j'ai pas envie de casser ma belle structure OO.
 
Comment avez-vous résolu ce genre de problème ?

 
Dois-je conclure de ce silence qu'XSLT n'est effectivement pas adapté à la construction d'un site multilingue ? C'est quand même le cas de bc de site...