Re: Retour d'expérience sur XSLT

salut,

Le lundi 28 Juin 2004 18:07, Olivier Pascal a écrit :

> - soit le cms génère un xml comportant tous les commentaires de la base de
> données (et par la même occasion tous les autres élements) donc le problème
> ne se pose plus, il suffit de  boucler sur les 10 premiers commentaires
> dans la feuille xsl
> - soit c'est l'utilisateur qui dit au cms ce que le cms doit sortir de la
> base

jusque là on est d'accord :) C'est toujours la seconde solution que j'ai 
préféré, car cela permet beaucoup plus de liberté pour construire le site.

> Editer du PHP dans haricow nécessite de savoir manipuler des objets, ou au
> moins de connaître le concept. Ça dépend donc des utilisateurs ciblés mais
> c'est viable.

Je pense que si les objet sont d'un niveau assez haut, avec une sémantique 
claire et connue de l'utilisateur, qqn qui connait un minimum la syntaxe 
objet saura se débrouiller. Après, je ne considère pas hariCow comme qqc clés 
en mains ou tu n'as rien a retouché. Je laisse à l'utilisateur la création de 
ses templates, même si j'en fait quelque uns par défaut. Donc ça demande un 
peu de travail pour faire son site, avec l'avantage d'avoir quelquechose de 
personnalisé.

> Permettre de faire ça par du xml n'impose pas vraiment de contrainte, si ce
> n'est de créer une syntaxe propre. Le problème de perfs est relatif, et
> n'est d'ailleurs pas un vrai problème vu que dans ce cas précis un système
> de cache est très approprié. On se rapproche donc de la solution
> précédente. C'est au choix.

C'est ce qui est fait actuellement, avec l'avantage de ne pas avoir à modifier 
de code PHP. Mais le gain en utilisation est faible si le code php est lui 
aussi simple à modifier, et ne compensera pas les pertes de performances et 
la complexité du code (parser du fichier xml, le cache, etc ..). J'essayes 
juste de peser le pour et le contre :)

> La troisième solution n'est peut-être pas un bon choix pour la bonne raison
> qu'un fichier de configuration (variable = valeur) n'est pas adapté aux
> données que l'on veut y mettre.

Je n'y avais pas pensé, mais effectivement je pense aps que ce soit très 
adapté.

> Maintenant est-ce que tout cela est utile. Oui mais attention, à utiliser
> avec parcimonie, si pour chaque page il est spécifié ce qui doit être
> affiché dans un fichier xml alors ça devient trop complexe et surtout
> inutile; 

C'est le cas actuellement, il ya un fichier pour chaque page en théorie, mais 
avec la possibilité d'avoir un seul fichier pour un ensemble de page (comme 
par exemple: tout les articles d'un thème, etc ...). Ca ne fait pas tant de 
fichier que ça au final, le système de sélection du template étant ma foi 
très utile, cf ce vieil article: http://www.zenzile.net/article84.php

> ce système devrait être utilisé uniquement pour le "squelette" 
> global du site web ou a la page d'accueil.

Je préfères faire tout l'un ou tout l'autre, el mélange des deux me semble pas 
très bon. Par ailleurs je distingue pas vraiment la page d'accueil des autres 
pages, elle est traitée sans distinction.

> Par exemple je ne vois pas l'intérêt de pouvoir configurer la sortie du
> module qui affichera les articles (il pourra retourner toutes les
> informations concernant l'article en question, les informations seront
> triées par la feuille xsl)

En fait, il se peut que des fois l'utilisateur ne veuille que le titre et la 
description (pour lister les articles par exemple, il n'y a pas de script PHP 
prédéfini pour cela, c'est fait avec les templates comme n'impote quel aute 
page*), ou alors seulement le nombre d'article, ou toutes les infos de 
larticle y compris le contenu ... Je ne me place pas dans une optique ou je 
suppose que l'utilisateur va faire ci ou ça, au contraire, je fais un sorte 
de ne rien supposer, de ne pas favoriser une utilisation plus qu'une autre 
afin de laisser plus de liberté. C'est une contrainte supplémentaire, mais 
j'ai toujours fait comme ça depuis le début et j'y tiens :)

Notes que ce n'est pas propre au fait d'utiliser un fichier xml ou de faire la 
description des données nécessaires directement en php ...

> par contre je vois tout l'intérêt de pouvoir 
> dire au moteur de rajouter au xml de la page d'accueil  les dix derniers
> articles publiés ou les dix derniers commentaires, ou encore de lui dire
> d'ajouter au xml de toutes les pages du site le nombre de nouveaux articles
> publiés et le nom des utilisateurs connectés.
on est d'accord :)

> Voilà mon point de vue ;-)

merci d'avoir pris le temps de répondre.

Je pense que je vais repartir sans fichier xml, avec des objets d'assez haut 
niveau pour que ce soit simple. Au lieu d'avoir des fichier .cds, il y aura 
des fichier php, et le mécanisme de selection du fichier restera le même.

Ensuite, si le besoin s'en fait sentir, j'ajouterai ce mécanisme de fichier 
xml comme actuellement, mais en fait je pense pas que cela ait beaucoup de 
valeur ajouté.

A moins que quelqu'un ait des arguments contre ? :)

a+

-- 
Olivier Issaly
http://www.kiad.org
Jabber: [email protected]
Liste de diffusion haricow
Dernières nouvelles : [email protected]?subject=info
Pour se désinscrire : mailto:[email protected]?subject=unsubscribe