Reprise du message précédent :

En même temps c'est pas pour rien qu'il parle de templates XSL hein

Non, mais il présente ça comme si c'était extraordinaire...

Non, c'est pas ça C'est juste un débat Smarty vs. XSLT... Entre un système tellement proche du langage sur lequel il repose, qu'il en devient inutile, et un système totalement séparé, qui est utilisable partout chez tout le monde

J'l'ai surtout vu dire que Smarty était pourri personnellement
 
Après c'est vrai qu'il est un peu XSL oriented le florengé, mais bon on peut le comprendre, ça a une certaine sexyness d'utiliser du XML pour transformer du XML en XML

Moi aussi je peux jouer.
C'est un système très lié à php, qui s'y intègre bien et est facile à utiliser, fournissant un ensemble de fonctionnalités ne nécéssitant aucun développement, et un système complètement déconnecté, avec des notions nouvelles à apprendre et une syntaxe complètement différente à maitriser, sans aucune fonctionnalité fournie d'origine.

Tellement lié que sans PHP tu fais plus rien. Moi quand je développe mon site, je fait toutes mes templates, ensuite je fais des fichiers sourcex XML vite-fait, et je teste le tout. Et après, y'a plus qu'a faire le bouzin qui génère tous ces XML. Je commence donc pas par du développement PHP dans tous les sens, mais par le site en lui-même...
C'est d'ailleurs ce que je pige pas sur ta phrase "fournissant un ensemble de fonctionnalités ne nécéssitant aucun développement". Au contraire, pour tester tes templates tu te tapes cash du PHP à faire. Moi que dalle, juste un pauvre XML source...
 
Après pour les notions nouvelles à apprendre, pour smarty y'en a aussi a apprendre, comme pour tous langage. L'avantage de smarty étant évidemment sa proche syntaxe avec celle de PHP... Pour les fonctionnalités, tu serais surpris d'XSLT + XPath Y'a certains trucs que j'ai fait, je voudrais bien voir la tronche sous Smarty...

Bon allez, vous sortez tous les deux, vous êtes pas experts compliants et vous trollez même pas sur le java, en plus vous avez presque l'air de savoir de quoi vous parlez, aucun intérêt
 
PS: émuler le FAYT à grand coups de JS sous Internet Explorer, saÿ supaÿr

 
Quelle différence entre mettre des données dans des variables smarty à la main dans un fichier php et remplir un fichier XML à la main?
A part la syntaxe xml lourdingue et illisible?
 

 
Niveau fonctionnalités, smarty a l'avantage (je suppose, ne connaissant pas XSLT/XPath) d'apporter des choses plus spécifiques aux besoins du développement web, et plus poussées de ce coté...

 
 
 
  J'ai encor du retard... En tout cas, merci pour toutes vos contributions, à cause de vous je suis encor plus perdu  

pour tester ton beau template smarty, sans php, c'est difficile. Florent a juste besoin d'un navigateur web

A tous hasard, tester les différents cas ? Tester le fonctionnement de la template ? (genre quand on voit les blocs et les machins qu'on peux mettre sous smarty, vaut mieux pouvoir tester facilement). Bref, du debugging de template facile.
 

XSLT apporte des choses pour tout Alors c'est sûr que c'est beaucoup plus générique par rapport à Smarty. Mais sûrement plus puissant.
 
Si je trouve le temps, j'essayerais de tester Smarty et 2-3 trucs que j'ai du faire

Et?
Quel développeur web utilisant php ne travaille pas sur une machine ayant apache/php?
Franchement je vois pas l'intérêt...

 
Je comprends toujours pas ce que tu peux pas faier en php et/ou ce qui est si compliqué /long à faire en php par rapport au remplissage d'un fichier XML...
 

 
Voilà, probablement plus puissant, mais moins spécialisé. Je pense franchement que ça induit plus de boulot pour rien...

Florent > teste aussi la phplib, et essaie de de faire des boucle de blocs, qui eux meme contiennent des boucles de blocs. C'est supair
 
Smarty a l'air un poil mieux sur ce coup la, mais bon faut voir en pratique ^^'
 
Quand au couple xml/xslt, j'essaie ca ce week end

 
Bah 2 foreach imbriqués, à priori c'ets pas la mort, oui...

Moi...  
Mon serveur est sur un vieux pentium à coté de moi dans mon réseau local et j'en suis très content.

Tu bosses quand même directement sur les fichiers de ton site de test, non, quand même?

Ouais mais non.
 

 
Moi ici, pas question de foutre apache, le pc tiendra jamais ^^'
 
Le serveur de test est sur une autre machine (serveur), auquel j'accède par ftp.
 
A chaque modif php, faut que j'upload, et donc dans mon cas, xml+xslt pour la partie template ca serait plus pratique.
 
Bon, pour moi perso, et pour la majorité, c'est vrai qu'en disposant de php avec apache et mysql, smarty doit etre très bien, surement

 
'tain le cauchemar!

Ouala, tu t'en fous de ce qu'il y a installé sur la machine tu file ton XML+XSLT, et ça marche partout... Indépendance totale par rapport à ce qu'il y a en-dessous.
 
Et j'attend aussi le jour où MySql me filera le résultat de mes requêtes directement en XML, auquel cas il suffira d'appliquer directement l'XSLT, miam...

 
Non. Tu développes sur un poste fait pour, avec les outils dont tu as besion, pas sur la machine de papy le week-end parce-que tu t'emmerdes.
 

Adapte tes requêtes pour lui en faire cracher!

skeye > pas de nis
 
Et donc pour la bas, xml/xslt, ca me permettrai de deja tester cette partie la sans uploader, vu qu'il n'y aurait plus de langage serveur a ce niveau la.
 
Maintenant pour mon usage de tous les jours, je dois avouer que smarty m'attire, meme si la pléthore de choses disponible me fait un peu peur...*
 
Edit : aurtaugrafe. A force de voir les boulays écrire on choppe leurs fauuuuuutes

Même galère pour moi...

Est-ce possible ?

 
bah pour débuter avec smarty, tu prends très vite le pli des fonctionnalités de base.
Après pour se rendre compte de ce qui peut te servir dans les fonctionnalités plus avancancées le mieux c'est de carrément lire la doc...elle est pas très longue, et assez simple...

Paies toi une license Tamino, ça sort directement du XML

"Payer"

Mais je prend note

Pour tester ses templates, FlorentG crée un XML de données de test, et teste dans son navigateur.
Pour tester mes templates, j'instancie mes données de test dans un script PHP et je l'exécute.
Ok, j'ai besoin d'un environnement PHP, mais comme le dit skeye, quand on développe en PHP on en a toujours un sous la main.
 
XSLT est intéressant si tu as besoin de multiples formats destination. Combien de sites ou d'application web en ont besoin ? Et tiens, si justement j'ai quand même besoin, localement, de produire du XML, rien ne m'empêche de générer mon XML avec un template Smarty, ça marche aussi.
 
Y'a un truc que tu sembles ne pas vouloir comprendre FlorentG, c'est que le php qui est mis à disposition du créateur de templates par Smarty est un sous-ensemble de PHP, qui est prévu pour gérer tout ce qui est logique de présentation (même chose que XSLT en somme). Par ailleurs, ce sous-ensemble fait qu'il n'est pas possible de faire n'importe quoi.
 
Bref, l'essence de Smarty et de n'importe quel autre système de templates est de séparer la logique de présentation de la logique applicative, et en ça il est absolument pas différent de XML/XSLT.
 
XML/XSLT c'est bien quand tu as intérêt à ouvrir ton format de sortie. Si tu sais d'avance que tu vas produire mettons, uniquement du HTML, c'est complètement inutile.

Faut pas, c'est du khäkhä tamino
 
C'est ptet le seul SGBD en XML natif ( ) mais voilà quoi, non

Oui
 

Oui
 

Oui, pourquoi pas l'utiliser comme couche intermédiaire : Smarty -> XML -> XSLT
 

Sisi, j'ai super bien compris C'est juste que je saisis pas l'interêt. Sachant qu'en plus Smarty compile les templates en PHP (si quelqu'un a un exemple de PHP généré, je suis preneur), autant faire direct en PHP et ne garder que les choses genre gestion de cache...
 

C'est sûr
 

En tant que développeur, j'ai appris à bien séparer les couches, et à être portable au maximum... D'où l'interêt d'utiliser des standards ouverts et fonctionnant partout.
 
Aussi, l'utilisation que je fais d'XSLT dans mes sites, et surtout dans mes interfaces d'administrations, sortent souvent du cadre de la simple template...

 
....whaaaa, trop de personnalité dans tes propos...je m'appelle masklinn et je répète pour faire comme les autres sur blabla@prog ...
 
tu me connais meme ps, tu ne sais pas pour qui je bosse en ce moment, ni sur quelle appli...tu ne l'a jamais vu tourner ni jamais vu tourner son code...
 
alors prends moi pour un con, mais n'empeche que là g 2 applis, une fortement en XML, l'autre fortement objet (full POJO inside), et ben y'en a une c un merdier pas croyable, l'autre est super clean à maintenir et à étendre...ca c un fait, et tes sarcasmes de merde sur ma prétendue incompétence n'y changeront rien

   
 
T'es gentil mais:

• Ce post ne s'addressait pas à toi mais à Skeye et FlorentG
• Tu n'as apparement pas perçu sa teneur hautement sarcastique et autodérisive
• Je me fous éperdument de ce sur quoi tu bosses
• Je n'ai jamais ne serait-ce qu'impliqué que tu étais incompétent, si tu as lu ceci dans mes propos faut aller en thérapie ton complexe d'infériorité devient grave

Maintenant tu retournes te coucher, parce que là tu m'as l'air d'avoir sérieusement besoin de sommeil, et d'un sens de l'humour aussi

(je crains qu'il ne t'aie pas parlé, sur le coup...)

Allez arrêtez ca les enfants
 
Et faites

   
 
Faites plutôt des exemples simples avec Smarty et XML/XSLT et quelques benchs pour comparer les performances et la simplicité du code

Si c'est un merdier, c'est parce que c'est développé avec les pieds

Qu'est-ce qui pourrait changer en fonction de l'heure ou du visiteur

j'connais pas ogame