Forum Ametys

Bonjour,

Merci pour ces indications. Je vais les mettre en oeuvre de suite.

Le besoin de départ est d'avoir un site qui permet de lister des services informatiques disponibles, et ce d'une façon générique (la totalité des services) ET de façon profilée en fonction du type d'utilisateur et de son appartenance à un département.
Il y a des services dont la description est commune à tous les profils, d'autres qui possèdent une description particulière en fonction du profil (type d'utilisateur + département donc)

Ce que je voulais faire, et qui fonctionne tant que l'on reste dans le CMS et non en version site, c'est utiliser des url de genre  où les paramètres sont utilisés dans la xsl d'un gabarit chargé de lister les services adéquats. Les pages décrivant des services sont donc etiquetées par deux jeux d'etiquettes qui correspondent aux valeur des paramètres utilisateur et département

Le but était d'éviter de crééer autant de gabarit différents qu'il y a de combinaisons entre ces deux paramètres (18 pour l'instant mais qui vont être appelées à augmenter), et donc dix-huit gabarits avec juste des filtres qui différent.
D'autant que cette solution ne résout pas les problèmes de cohérence de la navigation :
il faut pouvoir retourner à cette page taggée listant les services depuis les pages décrivant les services remontées par le gabarit - or les pages communes n'ont pas les tags permttant d'identifier la page racine.

Mais tout ceci n'est peut-être pas réalisable à cause da la couche statique utilisée lors de la publication du site ?

Les seules solutions que je suis capable d'envisager :
-En faisant du rewriting sur les url avec paramètres ne pourrait-on faire en sorte que le cache stocke en filesystem une version différente de la page pour chaque combinaison de paramètres ?
- ou en créant un service qui remonte des pages filtrées sur plusieurs tag... mais le temps m'est compté, je ne sais pas si ce srait long ?
J'espère avoir été un peu plus clair...
Merci pour toute piste supplémentaire...

Je pensais qu'il existait peut-être un mécanisme de compilation intégré dans le process de déploiement...
Il me faut donc déployer la classe compilée dans Eclipse sur mon poste de dev, dans le WEB-INF du serveur. A part ce petit bémol, tout fonctionne bien en suivant vos inidications.
Pour infos, l'usage que je fait de ce mécanisme : changer le comportement de la xsl en utilisant certains paramètres d'url afin d'avoir un semblant de vue profilée (contenu afficher selectivement selon la valeur des paramètres)
Je me pose cependant la question : est-ce que le cache du site publié va utiliser ces paramètres afin de distinguer les différentes pages ? Je n'ai pas encore eu l'occasion de tester...

Merci !

Merci pour ces indications et cette réponse rapide. Nous testerons ce mécanisme d'inputdata.