Utilisation de la balise #SESSION dans le squelette

samedi 27 janvier 2007
par  Kliké
popularité : 73%

La balise #SESSION est une contribution développée sous forme de plugin sur la zone.

Elle permet d’afficher ou de tester, dans le squelette, les données de l’utilisateur identifié.

On peut récupérer les scripts et fonctions nécessaires sans avoir à activer le plugin qui contient essentiellement de la documentation et des squelettes de démonstration.

Les fichiers nécessaires sont les suivants :

  • public/session_balises.php définit la balise #SESSION
  • session.php est le script d’appel des squelettes contenant des informations liées au visiteur.

Il suffit de les placer dans son dossier squelettes/ [1]. Ensuite, on appelle les fichiers de la manière suivante :

dans mes_fonctions.php
include_spip('session_balises');

dans les fichiers du squelette
<INCLURE(session.php){fond=boite_visiteur}>

Le fichier squelette boite_visiteur.html pourra contenir la balise #SESSION.


[1ou bien, comme c’est le cas dans le squelette Sarka, dans un répertoire définit par la variable $dossier_squelettes


Commentaires  Forum fermé

Logo de jclalanne
Utilisation de la balise #SESSION dans le squelette
mercredi 16 janvier 2008 à 10h30 - par  jclalanne

En ce qui me concerne, ce n’est pas la balise #SESSION, mais il s’agit d’un probleme tout autre :
Je suis tout nouveau dans le monde spip et sarka-spip et j’ai été amené à faire un transfert d’un site d’un serveur sur un autre.
J’ai procédé selon les instructions de la doc. Tout s’est bien passé, sauf que dans la bande chemin sous le bandeau, sous le mot accueil il y a le lien URL de l’ancien serveur et non le nouveau.
Tous les autres liens URL fonctionnent correctement sauf celui la et donc l’activation du mot "accueil me renvoie sur l’accueil de l’ancien site.
En examinant le fichier bande-chemin.html, j’ai trouvé des variables comme #URL_SITE_SPIP, mais je ne sais pas où est leur valeur et comment faire pour les modifier.
Merci de l’aide

Logo de jclalanne
vendredi 18 janvier 2008 à 11h34 - par  _Xavier_

Merci
C’était cela
@+
jcl

Logo de _Xavier_
mercredi 16 janvier 2008 à 20h01 - par  _Xavier_

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

Logo de _Xavier_
mercredi 16 janvier 2008 à 10h33 - par  jclalanne

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

Logo de julien
Utilisation de la balise #SESSION dans le squelette
mercredi 22 août 2007 à 22h20 - par  julien

Bonjour,
Je souhaiterai savoir si la balise session gère le cache en réalisant des pages temporaires ou faut-il mettre la balise #cache0 dans le squelette.
Merci pour votre réponse éclairée.

Logo de julien
mardi 4 décembre 2007 à 15h31 - par  julien

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.

Logo de julien
lundi 3 décembre 2007 à 22h40 - par  julien

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] : :

Logo de julien
jeudi 23 août 2007 à 19h20 - par  julien

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

Logo de julien
jeudi 23 août 2007 à 17h52 - par  _Eric_

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+

Logo de _Eric_
jeudi 23 août 2007 à 15h55 - par  julien

Ok merci pour cette explication claire et limpide.

Logo de julien
jeudi 23 août 2007 à 13h59 - par  Kliké

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.

Logo de Kliké
jeudi 23 août 2007 à 13h53 - par  julien

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+

Logo de julien
jeudi 23 août 2007 à 09h53 - par  _Eric_

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+

Logo de _Eric_
mercredi 22 août 2007 à 23h57 - par  julien

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.

Logo de julien
mercredi 22 août 2007 à 23h07 - par  _Eric_

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+

Navigation

Articles de la rubrique