[SPIP Zone] [Spip-zone-commit] Session et Reste à Faire

james@rezo.net a écrit :

Date: Fri Jul 20 01:00:49 2007
New Revision: 13677
TODO:

A) la transmission des entetes est limitee a la racine du squelette, il faut examiner chaque boucle pour voir si elle ne contient pas une #SESSION.

Je suis dessus actuellement, mais c'est aussi le cas pour les INCLURE :slight_smile:

B) conservation des caches pour differentes sessions, la, on recompile le cache a chaque session.

C) des parametres plus souples pour permettre #HTTP_HEADER{#TRUC}

--
James

James a écrit :

james@rezo.net a écrit :

Date: Fri Jul 20 01:00:49 2007
New Revision: 13677
TODO:

B) conservation des caches pour differentes sessions, la, on recompile le cache a chaque session.

une idée comme ça, ajouter spip_session() pour le calcul du nom du cache :

--- ecrire/public/cacher.php 2007-07-04 18:30:32.000000000 +0200
+++ plugins/balise_session/public/cacher.php 2007-07-21 14:06:22.000000000 +0200
@@ -50,6 +50,7 @@
                 . $_SERVER['HTTP_HOST'] . ' '
                 . $GLOBALS['fond'] . ' '
                 . $GLOBALS['dossier_squelettes'] . ' '
+ . spip_session() . ' '
                 . (isset($GLOBALS['marqueur']) ? $GLOBALS['marqueur'] : '')
         );
         $fichier_cache .= '.'.substr($md_cache, 1, 8);

ça regle en plus le soucis des INCLURE où ça ne passait pas.
--
James

>> B) conservation des caches pour differentes sessions, la, on recompile le cache a chaque session.
une idée comme ça, ajouter spip_session() pour le calcul du nom du cache :

Oui c'est certain ; en revanche tu n'as plus le même cache que tes
visiteurs pour *aucun* fichier cache, donc le bouton "recalculer cette
page" n'a plus de sens. Pas forcément grave d'ailleurs...

-- Fil

Fil a écrit :

B) conservation des caches pour differentes sessions, la, on recompile le cache a chaque session.
        

une idée comme ça, ajouter spip_session() pour le calcul du nom du cache :
    
Oui c'est certain ; en revanche tu n'as plus le même cache que tes
visiteurs pour *aucun* fichier cache, donc le bouton "recalculer cette
page" n'a plus de sens. Pas forcément grave d'ailleurs...
  
moi je persiste à ne pas comprendre la prise de tete autour de la balise session... (je t'epargne le couplet sur le cache perso/par staut... :slight_smile: )

tu n'as jamais une page completement specifique à un utilisateur.
Il suffit de sortir dans des inclusions ce qui est specfique à l'utilisateur, son statut ou la couleur de ses chaussettes et d'appeler une inclusion qui sit elle capable de mettre la specificité dans le contexte.
A partir de la tu n'as jamais de collision de cache.

m'enfin ce que j'en dis....

@++

tu n'as jamais une page completement specifique à un utilisateur.
Il suffit de sortir dans des inclusions ce qui est specfique à
l'utilisateur, son statut ou la couleur de ses chaussettes et d'appeler
une inclusion qui sit elle capable de mettre la specificité dans le
contexte.

Oui c'est la balise session actuelle, avec
<INCLURE(session.php){environnement qui va bien}>

L'idée de James ici c'est de pouvoir déterminer automagiquement que la
page change en fonction de la session, dès qu'elle contient #SESSION ;
donc se débarrasser de session.php ; ma remarque porte sur son commit
qui élimine le cache commun aux utilisateurs enregistrés et non
enregistrés.

Mais à mon avis tu as raison, la complexité de ce qu'il faut faire
pour éliminer session.php est trop importante pour que ça vaille la
peine.

-- Fil