Re: [sdx-users] cache cookie

[Frédéric Glorieux]

Normalement, la cache des requêtes utilisateur en session répond à un 
but simple, conserver le minimum d'informations pour naviguer des pages 
de résultats, dans une requête répondant au besoin de l'utilisateur, 
donc probablement peu répétitive. Il ne me semble pas nécessaire que SDX 
fasse plus, pourvu qu'il fasse ça bien (et il y a probablement des 
optimisations nécessaires à cet endroit).

Ceux qui veulent conserver des listes de résultats plus longtemps 
devraient expliquer l'usage qu'ils veulent en faire, et en particulier, 
se demander si c'est bien conserver une requête qu'ils veulent.

Par exemple, s'il s'agit de présenter une page d'accueil publique, 
générée par un jeu complexe de requêtes et de listes de termes, 
personnellement, je me limiterais à un composant sitemap qui regénère 
régulièrement cette page, pour qu'elle reste présente, de manière 
statique. Ce serait alors plus du développement Cocoon que SDX.

S'il s'agit que des utilisateurs aient chacun leur page d'accueuil 
personalisée, je ne conserverais que l'URI qui génère la page de leurs 
rêves (en cookie), c'est plus du développement servlet (ou javascript 
client).

S'il s'agit de faire des statistiques sur les requêtes, ce serait plus 
le métier d'un analyseur de logs, avec quelques expressions régulières 
pour aller compter les motifs qui concernent précisément le site.

Les utilisateurs de SDX qui voudrait encore en étendre les 
fonctionnalités souhaiteraient aussi que celles existentes soient 
d'abord maintenues, optimisées, et documentées. Il y a des choix à faire 
dans les investissements, afin surtout, qu'on sache ce que fait SDX, et 
qu'il le fasse bien. Il serait regrettable que cela devienne une boîte à 
outils mal rangée, ou chacun trouverait ses trucs à lui, sans logique 
d'ensemble.