sdx-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[sdx-users] débrancher la session?


From: Emmanuel Bégué
Subject: [sdx-users] débrancher la session?
Date: Fri, 9 Sep 2005 23:49:05 +0200

Bonjour,

Est-ce qu'il serait possible de débrancher complètement
le mécanisme de session dans SDX (idéalement, au niveau
d'une application; à défaut, au niveau de SDX)?

Évidemment on peut ne pas utiliser les sessions sans les
débrancher, mais alors elles sont créées quand même, etc.,
donc il serait plus intéressant de "couper le circuit",
si c'est possible: l'est-ce?

Cdt,
EB


--- explication de la demande ---

Outre la gestion des utilisateurs, la session fournit
surtout la mise en cache des résultats de requête, de
sorte que les pages successives d'une requête ne donnent
pas lieu à une nouvelle recherche.

Elle est utilisée aussi pour le hilite et le parcours
du jeu de résultat (de résultat en résultat).

Toutefois, dans plusieurs applications les requêtes
toujours identiques (lancées par des liens) représentent
plus de 95% des requêtes par rapport aux vraies recherches;
dès lors il semble plus intéressant de cacher la totalité
des pages de la requête pour tous les utilisateurs, que
les résultats de chaque requête de chaque utilisateur.

Par exemple, (à corpus identique) la page
        rech.xsp?q=toto&p=27
ne change jamais (durée de validité=durée de vie du corpus),
tandis que la page
        rech.xsp?qid=sdx_q3&p=27
est différente pour chaque utilisateur, expire, est
recréée, etc.

De plus, pour les mêmes raisons, la première url peut
être bookmarquée et restera toujours valide, tandis que
la seconde ne peut pas l'être, et si elle l'est ramènera
sur une page vide.

Pour le reste:
- la navigation de résultat en résultat est peu utilisée
  (dans mon expérience) car les utilisateurs n'y sont pas
  habitués
- la gestion des utilisateurs est rarement nécessaire;
- seul le hilite serait intéressant à conserver mais il
  y a peut-être un autre moyen (utiliser directement
  les termes présents dans les paramètres de requête?)
- ... autres utilisations de la session?







reply via email to

[Prev in Thread] Current Thread [Next in Thread]