Merci
C’était cela
@+
jcl

Salut jclalanne

Rends toi dans l’espace privé de ton site, clique sur l’icone Configuration et vérifie que l’adresse indiquée dans le champs Adresse (URL) du site public est la bonne. Modifie-la au besoin

@+
SarkARchimeD

petite erreur de site dans le message précédent

Après avoir installé le plugin balise session ça fonctionne correctement avec un cache différent de 0.

La doc de l’installation doit donc être un peu obsolète

Voili voilou.

Bonjour,
Je reviens à la charge car le problème est loin d’être résolu. J’ai certainement pas été suffisamment précis dans mes messages précédent. J’ai mis dans rubrique=11.html, la boucle suivante.

#CACHE{0}
<BOUCLE_1(AUTEURS){tout}{id_auteur=#SESSION{id_auteur}}>
 [<div align="center">(#LOGO_AUTEUR||image_reduire{200})</div>]
</BOUCLE_1>

Lorsqu’un auteur connecté clic sur la rubrique=11.html il voit sa tronche. Un autre auteur connecté voit aussi sa tronche et pas celle du voisin ça tombe bien. Le CACHE à 0 paraît indispensable dans ce cas précis.

Pour alléger la charge du serveur je souhaite donc passer cette boucle dans un INCLURE ça me permet d’éviter le recalcul de toute la page. Par conséquent dans rubrique=11.html je place le code suivant :

<INCLURE{fond=presentation}{delais=0*3600}>

Puis dans presentation.html je met le code suivant :

#CACHE{0}
<BOUCLE_1(AUTEURS){tout}{id_auteur=#SESSION{id_auteur}}>
 [<div align="center">(#LOGO_AUTEUR||image_reduire{200})</div>]
</BOUCLE_1>

et la ça ne marche pas car toto voit la tronche de tata donc un petit coup de paluche est le bienvenue.
Je n’ai pas capter le rôle de la balise (session.php) dans l’INCLURE mais c’est peut-être une piste.

PS:Je précise que je suis en SPIP 1.9.2c [10268] | Sarka-SPIP 2.0.2 [16931] : :

Hello,
Voila un bout de texte extrait de la présentation de SARKA

" La lignée 2.0 n’est compatible qu’avec SPIP 1.9.2.

Un autre bout de texte extrait de la présentation du plugin acces restreint par groupe.

"Ce plugin est compatible uniquement avec la version 1.9.1 de spip. Il n’est pas compatible avec la version SVN spip 1.9.2 ni avec la 1.9.0"

J’ai bien lu dans le forum qu’une version svn du plugin acces restreint été compatible avec spip 1.9.2 mais je suis pas chaud pour l’essayer car un plugin qui gére la sécurité ne doit pas être en développement.
Voili voilou

Euh Julien,

Pardon j’avais pas lu ton message. Mais non la version de Sarka 2.0 est compatible avec la dernière maj de acces restreint par groupes. Sarka fonctionne avec les deux plugins acces restreint, tu choisis celui qui te convient.

Par contre, coté évolutivité je parie plus sur acces restreint que sur accès groupes.

A+

Ok merci pour cette explication claire et limpide.

Il n’y a pas de doute à avoir :), le code #CACHE{0} n’est pas nécessaire. C’est étudié pour mais je le réexplique ici : Pour éviter de positionner un cache nul et de peser sur les perfs sur serveur, on créée un cache par visiteur, ce qui a deux avantages : la page est dans le cache pour une durée qui peut être longue si on le souhaite, et donc plus rapide à l’affichage. Chaque page n’est accessible qu’au visiteur enregistré qui la concerne, donc, c’est "sécurisé".

La prochaine version de la balise permettra le même comportement, mais sans script session.php supplémentaire. Ce qui rendra l’usage encore plus simple dans les squelettes.

Bonjour,

Merci pour ta réponse mais je ne pourais pas utiliser la nouvelle version de SARKA car elle n’est pas compatible avec le plugin acces groupe.(raccourci rapide). Par conséquent je reste sur la version 1.9 en espérant que tout fonctionne. Au pire je mettrais le cache à 0.

A+

Salut Julien,

Ok, j’ai pigé. Ben, en fait, je ne saurai te dire de façon sure.

L’utilisation que j’ai fait de cette version de la balise #SESSION est assez limitée et ne m’a pas empêché de gérer le cache dans chacune des pages du squelette.

J’utilise la balise au travers d’une noisette (avec un INCLURE utilisant session.php) pour gérer le bloc de navigation qui traite des login privé et public. Pour moi, cette balise ne gère pas le cache globalement. Par contre, il me semble que c’est le cas de la nouvelle version en plugin, que j’intègrerais prochainement en remplacement de celle utilisée aujourd’hui.

A+

Hello,
Je vais essayer d’être plus clair.

Suite à la lecture de cette article :
http://www.spip-contrib.net/Balise-SESSION
j’ai eu un doute.

J’ai réalisé dans un squelette rubrique=17.html une boucle avec le critere suivant : {id_auteur=#SESSION{id_auteur}}

Cette boucle marche parfaitement sans que j’ai eu à préciser le cache à 0 ni à ajouter INCLURE.. dans le squelette. Je précise le terme de marche parfaitement " les données d’un visiteur ne sont pas vu par les suivants, le temps de la durée de vie de la page dans le cache".Etant donnée que je teste en local je ne suis pas certain que mes conclusions soient corrects.

Par conséquent je souhaite savoir si l’intégration de cette balise dans SARKA permet à l’ensemble des page squelette.html de gérer correctement le cache.
Merci pour votre réponse.

Salut Julien,

Je comprends pas vraiment ta question ? La balise #SESSION est déjà intégrée dans le squelette. Tu n’as rien à faire.

A moins que tu ne veuilles ajouter une page. Si c’est le cas oui il faut que tu gère le cache pour l’instant avec la balise #CACHE.

A+