Plugin 'macrosession' : usage optimisé et extension des données de session - commentaires

Plugin 'macrosession' : usage optimisé et extension des données de session

Merci à toi pour cette prompte réponse et pour les pistes.
Je vais m'y prendre autrement.

Plugin 'macrosession' : usage optimisé et extension des données de session

Bonjour,

Tu ne précises pas « quand » la valeur n'est pas conservée, ce serait bien de savoir. Mais en tout cas #_SESSION ne modifie rien à la session et n'est pas chargé d'enregistrer quoi que ce soit, donc je ne pense pas que macrosession soit concerné. C'est plutôt ton formulaire le fautif ou ton usage des extras ou des crayons.

Pour l'instant ma piste de travail sera donc : essaie de préciser et de simplifier ton squelette de dev et de mise au point. Enlève tout ce qui n'est pas nécessaire pour manifester le problème. As tu besoin de LISTER_VALEURS ? Essaie aussi, pour simplifier, de ne pas utiliser de plugins dans ce squelette. As tu besoin des crayons pour ton squelette ? En as tu besoin pour manifester le problème ?
Souvent la simplification permet de découvrir des choses et parfois de régler le problème. Et en tout cas de mieux le communiquer. Reviens ensuite demander à l'endroit le plus adapté : discuter.spip.net ou le forum du plugin le plus concerné.

À part ça, il suffit qu'il y ait une seule balise #SESSION ou #AUTORISER dans un fichier squelette pour que les caches issues de ce fichier squelette soient sessionnés, et il est alors inutile d'utiliser #_SESSION (sauf si tu fais appel aux fonctions d'extensions de la session, genre via une api) voire contreproductif puisque tu combines alors l'absence de cache (à cause du sessionnement) avec le recours à PHP (à cause des macros).

Plugin 'macrosession' : usage optimisé et extension des données de session

Bonjour,
Plugin très utile ma satisfaisant bien mais je butte sur quelque chose :
J'utilise un champ extra permettent aux visiteurs identifiés de cocher une de trois propositions en boutons radios en utilisant

 #EDIT{monchampextra}

Mais les réponses données par chacun des visiteurs ne sont pas conservées dans la session et c'est la dernière qui s'inscrit, celle du visiteur précédent.


............................................
[(#LISTER_VALEURS{monchampextra}|oui) #LISTER_VALEURS{monchampextra} ]
[(#LISTER_VALEURS{monchampextra}|non) texte ]
#SESSION{truc,#LISTER_VALEURS{monchampextra}}
#_SESSION{truc,monchampextra}
..................


#_SESSION{truc,monchampextra}
me donne le résultat, mais, il n'est pas conservé dans la session.

Ai-je le bon outil ? Quelque chose manque-t-il dans mon développement ?
Merci pour une piste de travail.



Plugin 'macrosession' : usage optimisé et extension des données de session
Merci. Ça fait plaisir :-)


Plugin 'macrosession' : usage optimisé et extension des données de session
Ajouté une précision :

Il reste intéressant d'encapsuler la balise macro dans un crochet-parenthèse lorsqu'on veut garantir des espaces après ou avant l'appel à #_SESSION. Car sans les crochets-parenthèses, l'espace après serait « mangé » par la balise, comme d'ordinaire.

Par exemple : Votre nom est [ (#_SESSIONnom) ] mais quel est votre prénom.
L'opportunité de ce type d'usage reste toutefois exceptionnel et très circonstancié, puisque une balise macro ne renvoie jamais une chaine vide, et que normalement, on ne veut pas appeler les filtres sur le source php mais sur le résultat de son exécution.
C'est pour pallier à cette contrainte qu'est proposé l'alternative...



Plugin 'macrosession' : usage optimisé et extension des données de session
Nouveau ! Dans la V0.13 une nouvelle inclusion inclure/bouton_action_auteur fait son apparition pour faciliter le dé-sessionnement des squelettes utilisant #BOUTON_ACTION avec #URL_ACTION_AUTEUR. La doc est actualisée.


Plugin 'macrosession' : usage optimisé et extension des données de session
Oui, je teste le statut finalement, c'est mieux pour mon utilisation.


Plugin 'macrosession' : usage optimisé et extension des données de session
Ya pas de raison. C'est dans quel contexte que tu t'en sers ? 
Si tu trouves pas, utilise [(#SESSION{id_auteur}|oui) ...] à la place, ou #_SESSION_SI


Plugin 'macrosession' : usage optimisé et extension des données de session
Oui, c'est ce que j'ai fait et #SESSION ne renvoie rien sans macrosession.


Plugin 'macrosession' : usage optimisé et extension des données de session
version 0.11 : la balise #_SESSION accepte maintenant un 3^e argument calculé, qui peut être un #GET, une #BALISE dont la valeur est issue de l'environnement ou un #CHAMP sans 'traitement' de la table de la boucle englobante.


Plugin 'macrosession' : usage optimisé et extension des données de session
macrosession ne touche pas à #SESSION. Pour en avoir le coeur net, ré-essaie aprés avoir désactivé macrosession pour voir si ça change qqchose.


Plugin 'macrosession' : usage optimisé et extension des données de session
Salut,
merci pour la rapidité et l'efficacité du SAD, l'erreur fatale a disparu...
Par contre, je n'avais fait pas gaffe, mais est-ce que c'est normal que le fonctionnement de #SESSION soit modifié ?

Sans identification, #SESSION renvoie systématiquement a:0 :{} au lieu de ne rien renvoyer...


Plugin 'macrosession' : usage optimisé et extension des données de session
Merci pour ce plugin très utile, et que j'utilise maintenant régulièrement.


Plugin 'macrosession' : usage optimisé et extension des données de session
Nouveau : sessionnement par la balise #URL_ACTION_AUTEUR
Les balises #URL_ACTION_AUTEUR sessionnent le cache du squelette qui les inclue. Pour minimiser cet effet, le plugin macrossession met désormais à disposition un mini-squelette contenant uniquement un appel à cette balise. Il suffit d'inclure dynamiquement cette noisette en lui passant les arguments désirés : action, arg et url. Voir doc plus haut.


Plugin 'macrosession' : usage optimisé et extension des données de session
J'ai ajouté inclure_spip('inc/autoriser') dans la nouvelle version du plugin (z113626) et ça devrait régler ce problème.


Plugin 'macrosession' : usage optimisé et extension des données de session
J'ai juste enlevé l'arborescence de D :\XXXXX\ecrire, c'est tout, et j'ai effectivement un squelette content/ajouter-evenement.html (avec Zpip V2) qui est la page appelée.
Où faut-il ajouter include_spip ('inc/autoriser') ; ?


Plugin 'macrosession' : usage optimisé et extension des données de session
Il manque un include_spip ('inc/autoriser') ; quelque part.

Tu as raccourci le message d'erreur ? Le squelette qui pose pb semble être content/ajouter... 

Tu as quoi dans ce squelette ?


Plugin 'macrosession' : usage optimisé et extension des données de session
Non finalement c'est pas possible tant que #_SESSION n'accepte que des arguments constantes.

Tu dois utiliser une boucle sessionnante
(AUTEURS){id_auteur!=#SESSION{id_auteur}}
J'aimerais étendre #_SESSION comme #_AUTORISER... un jour.
[Edit] : Voilà c'est fait dans la version 0.11


Plugin 'macrosession' : usage optimisé et extension des données de session
Salut,
merci pour ce plugin qui m'a grandement facilité la tache pour gérer l'ajout d'article depuis le public en gérant finement les droits.
Mais j'ai un souci : dès que j'active le cache j'ai une fatal error à la 2^de visite de la page.
Fatal error: Uncaught Error: Call to undefined function autoriser() in D:\XXXXX\ecrire\public\evaluer_page.php(51) : eval()'d code:7 Stack trace: #0 D:\XXXXX\ecrire\public\evaluer_page.php(51): eval() #1 D:\XXXXX\ecrire\public\assembler.php(608): include('D:\\cousumain\\we...') #2 D:\XXXXX\ecrire\inc\utils.php(3224): evaluer_fond('content/ajouter...', Array, NULL) #3 D:\XXXXX\ecrire\public\evaluer_page.php(51) : eval()'d code(74): recuperer_fond('content/ajouter...', Array, Array, NULL) #4 D:\XXXXX\ecrire\public\evaluer_page.php(51): eval() #5 D:\XXXXX\ecrire\public\assembler.php(608): include('D:\\cousumain\\we...') #6 D:\XXXXX\ecrire\inc\utils.php(3224): evaluer_fond('body', Array, NULL) #7 D:\XXXXX\ecrire\public\evaluer_page.php(51) : eval()'d code(55): recuperer_fond('body', Array, Array, NULL) #8 D:\XXXXX\ecrir in D:\XXXXX\ecrire\public\evaluer_page.php(51) : eval()'d code on line 7
Si je vide le cache ou que je recalcule la page, ça s'affiche bien à nouveau.
Une piste d'où ça pourrait provenir ?


Plugin 'macrosession' : usage optimisé et extension des données de session
C'est bien ce qu'il me semblait qu'il y avait un truc qui clochait...
mais... mais comment je fais pour tester le #ID_AUTEUR courant, avec ce filtre ?


Plugin 'macrosession' : usage optimisé et extension des données de session
Ah non mais pas comme dans ton commit car comme ça, le résultat est figé dans le cache comme « normalement » avec SPIP !
Je te suggérais bien d'utiliser un tel filtre, mais en argument de #_SESSION (voir doc plus haut : « #_SESSION_SI avec filtres », pour que ça soit appelé de manière dynamique à chaque besoin de la page :
#_SESSION_SI{id_auteur,auteur_est_connecte} ...
#_SESSION_FIN


Plugin 'macrosession' : usage optimisé et extension des données de session
Oui je pense.


Plugin 'macrosession' : usage optimisé et extension des données de session
ok

un truc du style

 ? ca marcherait en terme de cache ?


Plugin 'macrosession' : usage optimisé et extension des données de session
En effet « on ne peut passer que des constantes en argument de comparaison de #_SESSION ». (J'en ai pour l'instant jamais eu besoin donc je n'ai pas étendu les possibilités comme je l'ai fait avec #_AUTORISER... mais visiblement ce serait bien de le faire !)
La doc dit aussi « Si les variations syntaxiques permises par ce plugin sont insuffisantes pour les besoins de vos squelettes, il vous sera possible de créer un filtre maison pour tester ce qu'il faut comme il faut. ».
Là tu dois pouvoir t'en sortir avec un filtre "cestpassapage"... que le plugin ou la doc pourrait fournir comme exemple.


Plugin 'macrosession' : usage optimisé et extension des données de session
my bad, tu explique.
Cela autant, quel serait la solution optimale ?


Plugin 'macrosession' : usage optimisé et extension des données de session
Salut,
j'essaie
#_SESSION_SI{id_auteur,!=,#ID_AUTEUR}
[<:ressourcotheque:contacter:>
(#FORMULAIRE_ECRIRE_AUTEUR)
]
#_SESSION_FIN
et j'obtiens
( ! ) ParseError: syntax error, unexpected '') { ?'' (T_CONSTANT_ENCAPSED_STRING) in /home/mrouquet/Sites/ressources.test/ecrire/public/composer.php(92) : eval()'d code on line 82
une idée ?


Plugin 'macrosession' : usage optimisé et extension des données de session
Nouveau : J'ai complété la doc de #_AUTORISER, avec les nouvelles possibilités de tester l'autorisation au regard des valeurs d'environnement ou calculées.