[SPIP Zone] [[SPIP - Contrib] [forum] Balise #HTTP_HEADER]

Archives Zone
1

Salut,

merci pour ce message, mais, je rencontre des soucis pour répondre (un
beau placard post_forum non autorisé :)) et d'autres part, je préfère
cette liste pour les raisons suivantes :

-# le changeset dont tu parles ne concerne pas la contribution de
spip-contrib, car le zip qui lui est attaché est gelé à un numéro de
révision antérieur (le [13161]),
-# Je connais le bug ci-dessous, pour l'avoir /personnellement/ et
/malencontreusement/ introduit :wink: mais je n'ai pas trouvé la bonne
solution pour le corriger,

Il y a en fait deux choses : une évolution de la balise afin d'éliminer le
script session.php, d'une part et des modifications du compilo pour gérer
de façon plus propre les entetes http.

mais bon ... il faudrait au moins que je sépare le code des deux projets
voire peut-être abandonner l'une ou l'autre de ces idées, vues les
dernières remarques, pas totalement infondées, sur l'aspect prise de tête,
ou pas valable du développement.

Perso, je crois que si ça simplifie la vie du faiseur de squelettes, si ça
permet d'avancer sur des gestions de profil, d'abonnements perso, etc...
ça vaut le coup de se prendre la tête, mais un peu seulement :slight_smile:

---------------------------- Message original ----------------------------
Objet: [SPIP - Contrib] [forum] Balise #HTTP_HEADER
De: admin@spip-contrib.net
Date: Mer, juillet 25, 2007 12:10
--------------------------------------------------------------------------

(ceci est un message automatique)

Message posté par beatnick <> à la suite de l'article «
Balise #SESSION ».

http://www.spip-contrib.net/ecrire/?exec=articles&id_article=1224#id396347

** Balise #HTTP_HEADER

* Hello,

Le changeset 13677 provoque une erreur bloquante quand on veut passer dans
ecrire/

L'erreur Parse error: syntax error, unexpected T_ENCAPSED_AND_WHITESPACE,
expecting T_STRING or T_VARIABLE or T_NUM_STRING in
/var/www/test/ecrire/public/co mposer.php(71) : eval()'d code on line 14

Le code impliqué balise_session/public/session_balises.php ligne 30-33,
entetes est remplit avec : [('Content-Type] =h> text/html; charset=' .

interdire_scripts($GLOBALS['meta']['charset'])

Bonne, Beatnick

le code passé à eval ()
http://sh.nu/p/22072

--
James

2

Il y a en fait deux choses : une évolution de la balise afin d'éliminer le
script session.php

Je pense que la solution serait de mettre un drapeau sur le squelette
lui-même plutôt qu'au niveau de la balise compilée ($p->code) ;
j'arrive à le faire "salement" avec le patch suivant ; comme tu peux
voir je remplis une globale depuis #SESSION pour dire "ce squelette a
une session". Ensuite tout roule. Reste à trouver comment faire
remonter l'info autrement que par une globale :slight_smile:

function balise_SESSION($p) {
  $GLOBALS['squelettes_a_sessions'][$p->descr['nom']] = true;
  if(function_exists('balise_ENV'))
    return balise_ENV($p, '$GLOBALS["auteur_session"]');
  else
    return balise_ENV_dist($p, '$GLOBALS["auteur_session"]');
}

Index: ecrire/public/compiler.php

--- ecrire/public/compiler.php (revision 9794)
+++ ecrire/public/compiler.php (working copy)
@@ -798,6 +798,11 @@
                .preg_replace(',\.html$,', '', $sourcefile)
                ."] $nom.php");

+ $session = $GLOBALS['squelettes_a_sessions'][$descr['nom']]
+ ? "'<'.'?php header(\\'X-Spip-Session:
'.spip_session().'\\'); ?'.'>'."
+ : '';
+
        $code = "<"."?php
/*
  * Squelette : $sourcefile
@@ -813,6 +818,7 @@
//
function " . $nom . '($Cache, $Pile, $doublons=array(),
$Numrows=array(), $SP=0) {
        $page = ' .
+ $session .
        // ATTENTION, le calcul du l'expression $corps affectera $Cache
        // c'est pourquoi on l'affecte a cette variable auxiliaire
        // avant de referencer $Cache

-- Fil