Parse error suite

Arg mon probleme de « parse » n’est toujours pas résolu. Une chose s’est améliorée, désormais la page apparait.
http://www.jonglerie-diffusion.com/SPIP/convention1.php3

Il y a deux sous rubriques dans la rub « convention »
France et Etranger

France contient un article publié qui s’affiche bien et un article antidaté à l’année 2003, donc il ne s’affiche pas.
Jusque ici tout est OK.

mais dès que je veux publier un article dans la seconde sous-rubrique Etranger, alors le message de parse error s’affiche !!

J’ai fait un test sur la base, elle est OK. Est ce que cela pourrait venir d’un dysfonctionnement de SPIP ? Je suis sous SPIP1.6.
Apparemment le php écrit par moi est correct mainetant que sa syntaxe a été corrigée.
Je tiens tous les doc (squelettes, dump, fichiers dans le cache…)à dispo si ca interesse quelqu’un(e).
Merci d’avance
s

----- Original Message -----
From: MVM
To: Sarah Calas
Sent: Wednesday, January 07, 2004 6:29 PM
Subject: Re: Parse error suite

Le mercredi, 7 jan 2004, à 14:11 Europe/Paris, Sarah Calas a écrit :

Suite du post précédent : Parse error

Merci à ceux qui m’ont indiqué des pistes sur le php.

J’ai fait les modifications indiquées :

j’ai mis des { } autour des echo,

mais ca ne change rien !

Le mystère dans cette affaire est que cette page marche sur toutes les rubriques de mon site (et meme sans les accolades :frowning: sauf celle que je voulais sélectionner ici ! ???,

http://www.jonglerie-diffusion/SPIP/stage1.php3
http://www.jonglerie-diffusion/SPIP/spectacle1conv.php3
http://www.jonglerie-diffusion/SPIP/spectacle1.php3

J’ai changé les id_rubrique et sur les autres la page s’affiche bien soit avec rien quand il n’y a pas d’articles dans les sous-rub soit avec les articles le cas échéant. Il n’y a que la rubrique 3 qui ne fonctionne pas ???

Je vais en fabriquer une autre à l’identique pour voir si ca change quelque chose ?

Sinon une question :
on m’a incitée à remplacer :

<p

class=« nombrearticles »><BOUCLE_articles1a(ARTICLES){id_rubrique}{par date}{inverse}{age_redac<=0}></BOUCLE_articles1a><?php** **$nombre**=*"#TOTAL_BOUCLE"*; **$nombrecorrige**=**$nombre**-1; **if** {(**$nombre**==0) **echo** *""*;} **else** **echo** {*"Il y a* **$nombre** *proposition(s) dans cette rubrique"*;} **?><//B_articles1a**>**

par :

<? $nombre="#TOTAL_BOUCLE"; $nombrecorrigé=$nombre-1; if (!$nombre==0) { //n'oublie pas les accolades echo "Il y a ".$nombre." proposition(s) dans cette rubrique"; } ?>

Je voulais savoir si la balise #TOTAL_BOUCLE affiche zéro quand la boucle article qui la précède ne trouve aucun article et si cette boucle peut avoir des critères sur age redac etc… ?

Je pense que tu devrais aller voir la page de spip que je t’ai envoyée … Elle devrait même te permettre de na pas utiliser ton code php ci-dessus (gaffe à la gestion du cache !!)

Quant aux accolades, attention, elles n’ont rien à voir avec echo : il s’agit des accolades ouvrantes et fermantes dans un if et, si tu mets un else, voilà ce qu’il fait faire :

if(condition) {
instructions1;
} else {
instructions2;
}

Mais je pense que tu avais percuté !! :-))

Marc VALLETEAU de MOULLIAC
assfor
06 61 79 17 31
http://www.assfor.com
L’expertise de la protection
sociale des salariés


« L’intégrité de ce message n’étant pas assurée sur Internet, assfor ne peut être tenu pour responsable de son contenu. Si vous n’êtes pas destinataire de ce message, merci de le détruire et d’avertir l’expéditeur. »

Sarah, peux tu me dire si, lorsque tu affiche une première fois tout se passe bien et ensuite, quand tu réappelles la page, tu as ton parse error ?

Si c'est cela, je pense que l'origine vient de ce que tu mets du code php dans ton squelette, lequel est dans le cache après avoir été affiché. Or, quand spip utilise le cache, le code php n'est plus interprété ... J'ai eu moi-même ce pb au début ... Essaie en mettant la var $delai à 0 dans ta page php3, et tu verras ce qui se passe ...

Mais c'est peut-être une autre raison, pour cela, il faudrait bien voir le code de la page ...

Je reprends demain, si tu veux bien, je suis out ce soir ... Bon courage.

Le mercredi, 7 jan 2004, à 20:06 Europe/Paris, Sarah Calas a écrit :

Arg mon probleme de "parse" n'est toujours pas résolu. Une chose s'est améliorée, désormais la page apparait.
http://www.jonglerie-diffusion.com/SPIP/convention1.php3

Il y a deux sous rubriques dans la rub "convention"
France et Etranger

France contient un article publié qui s'affiche bien et un article antidaté à l'année 2003, donc il ne s'affiche pas.
Jusque ici tout est OK.

mais dès que je veux publier un article dans la seconde sous-rubrique Etranger, alors le message de parse error s'affiche !!

J'ai fait un test sur la base, elle est OK. Est ce que cela pourrait venir d'un dysfonctionnement de SPIP ? Je suis sous SPIP1.6.
Apparemment le php écrit par moi est correct mainetant que sa syntaxe a été corrigée.
Je tiens tous les doc (squelettes, dump, fichiers dans le cache...)à dispo si ca interesse quelqu'un(e).
Merci d'avance
s

----- Original Message -----
From: MVM
To: Sarah Calas
Sent: Wednesday, January 07, 2004 6:29 PM
Subject: Re: Parse error suite

Le mercredi, 7 jan 2004, à 14:11 Europe/Paris, Sarah Calas a écrit :

Suite du post précédent : Parse error

Merci à ceux qui m'ont indiqué des pistes sur le php.

J'ai fait les modifications indiquées :

j'ai mis des { } autour des echo,

mais ca ne change rien !

Le mystère dans cette affaire est que cette page marche sur toutes les rubriques de mon site (et meme sans les accolades :frowning: sauf celle que je voulais sélectionner ici ! ???,

http://www.jonglerie-diffusion/SPIP/stage1.php3
http://www.jonglerie-diffusion/SPIP/spectacle1conv.php3
http://www.jonglerie-diffusion/SPIP/spectacle1.php3

J'ai changé les id_rubrique et sur les autres la page s'affiche bien soit avec rien quand il n'y a pas d'articles dans les sous-rub soit avec les articles le cas échéant. Il n'y a que la rubrique 3 qui ne fonctionne pas ???

Je vais en fabriquer une autre à l'identique pour voir si ca change quelque chose ?

Sinon une question :
on m'a incitée à remplacer :

<p

class="nombrearticles"><BOUCLE_articles1a(ARTICLES){id_rubrique}{par date}{inverse}{age_redac<=0}></BOUCLE_articles1a><?php
$nombre="#TOTAL_BOUCLE";
$nombrecorrige=$nombre-1;
if {($nombre==0)
echo "";}
else
echo {"Il y a $nombre proposition(s) dans cette rubrique";}
?><//B_articles1a>

par :
<?
$nombre="#TOTAL_BOUCLE";
$nombrecorrigé=$nombre-1;
if (!$nombre==0) { //n'oublie pas les accolades
echo "Il y a ".$nombre." proposition(s) dans cette rubrique";
}
?>

Je voulais savoir si la balise #TOTAL_BOUCLE affiche zéro quand la boucle article qui la précède ne trouve aucun article et si cette boucle peut avoir des critères sur age redac etc... ?

Je pense que tu devrais aller voir la page de spip que je t'ai envoyée ... Elle devrait même te permettre de na pas utiliser ton code php ci-dessus (gaffe à la gestion du cache !!)

Quant aux accolades, attention, elles n'ont rien à voir avec echo : il s'agit des accolades ouvrantes et fermantes dans un if et, si tu mets un else, voilà ce qu'il fait faire :

if(condition) {
instructions1;
} else {
instructions2;
}

Mais je pense que tu avais percuté !! :-))
--
Marc VALLETEAU de MOULLIAC
assfor
06 61 79 17 31
http://www.assfor.com
L'expertise de la protection
sociale des salariés
__________________________________________________
"L'intégrité de ce message n'étant pas assurée sur Internet, assfor ne peut être tenu pour responsable de son contenu. Si vous n'êtes pas destinataire de ce message, merci de le détruire et d'avertir l'expéditeur."

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/

--
Marc VALLETEAU de MOULLIAC
assfor
06 61 79 17 31
http://www.assfor.com
L'expertise de la protection
sociale des salariés
__________________________________________________
"L'intégrité de ce message n'étant pas assurée sur Internet, assfor ne peut être tenu pour responsable de son contenu. Si vous n'êtes pas destinataire de ce message, merci de le détruire et d'avertir l'expéditeur."

Hellou,
nan ca se passe bien à la premiere et aux autres affichages tant que je ne remplis pas la seconde sous rub avec un article!!
De toute façon j’ai baissé les délais à 0 dans tous les fichiers php3 d’appel !
Ce qui est pas compréhensible dans cet afafire c’est le caractere alléatoire des situations où ca marche et de celles ou ca marche pas, en plus un SPIPEUR la t’esté en local chez lui avec un dump d la base et ca marchait chez lui !!!
J’en ai plus que marre j’ai passé presque toute l’aprem sur ce point et c’est pas réglé ? Enfin bref j’en peux plus moi aussi je suis Out !
Jusqu’à present j’avais pas eu trop de bleme avec SPIP mais ces derniers mois c’est le ponpon, ca arrete pas et là il ne me reste plus de cheveux à aracher !
Dans le cache il y a le skel_convention1 qui apparait dans tous les cas mais quand je mets un article dans la seconde sous rub, il n’y a pas de fichier crée pour l’include, ni pour le login. Je ne suis pas spécilaiste de SPIP donc je sais pas ce que ca veut dire est-ce que ca veut dire que l’execution duy skelette est bloquée, mais à quel moment et pourquoi ??? alors que sur des pages similaire (à l’id_rubrique pret) tout fonctionne parfaitement???

Faut-il que je reinstalle un dump de la base ?

Bref arg…j’agonise de ne pas savoir quoi faire fasse à une situation aussi absurde. Est-ce que si je passe à la 7 ca pourrait régler le probleme ?

Marci

S

----- Original Message -----
From: MVM
To: Sarah Calas
Cc: Spip
Sent: Wednesday, January 07, 2004 8:50 PM
Subject: Re: [Spip] Re: Parse error suite

Sarah, peux tu me dire si, lorsque tu affiche une première fois tout se passe bien et ensuite, quand tu réappelles la page, tu as ton parse error ?

Si c’est cela, je pense que l’origine vient de ce que tu mets du code php dans ton squelette, lequel est dans le cache après avoir été affiché. Or, quand spip utilise le cache, le code php n’est plus interprété … J’ai eu moi-même ce pb au début … Essaie en mettant la var $delai à 0 dans ta page php3, et tu verras ce qui se passe …

Mais c’est peut-être une autre raison, pour cela, il faudrait bien voir le code de la page …

Je reprends demain, si tu veux bien, je suis out ce soir … Bon courage.

Le mercredi, 7 jan 2004, à 20:06 Europe/Paris, Sarah Calas a écrit :

Arg mon probleme de « parse » n’est toujours pas résolu. Une chose s’est améliorée, désormais la page apparait.
http://www.jonglerie-diffusion.com/SPIP/convention1.php3

Il y a deux sous rubriques dans la rub « convention »
France et Etranger

France contient un article publié qui s’affiche bien et un article antidaté à l’année 2003, donc il ne s’affiche pas.
Jusque ici tout est OK.

mais dès que je veux publier un article dans la seconde sous-rubrique Etranger, alors le message de parse error s’affiche !!

J’ai fait un test sur la base, elle est OK. Est ce que cela pourrait venir d’un dysfonctionnement de SPIP ? Je suis sous SPIP1.6.
Apparemment le php écrit par moi est correct mainetant que sa syntaxe a été corrigée.
Je tiens tous les doc (squelettes, dump, fichiers dans le cache…)à dispo si ca interesse quelqu’un(e).
Merci d’avance
s

----- Original Message -----
From: MVM
To: Sarah Calas
Sent: Wednesday, January 07, 2004 6:29 PM
Subject: Re: Parse error suite

Le mercredi, 7 jan 2004, à 14:11 Europe/Paris, Sarah Calas a écrit :

Suite du post précédent : Parse error

Merci à ceux qui m’ont indiqué des pistes sur le php.

J’ai fait les modifications indiquées :

j’ai mis des { } autour des echo,

mais ca ne change rien !

Le mystère dans cette affaire est que cette page marche sur toutes les rubriques de mon site (et meme sans les accolades :frowning: sauf celle que je voulais sélectionner ici ! ???,

http://www.jonglerie-diffusion/SPIP/stage1.php3
http://www.jonglerie-diffusion/SPIP/spectacle1conv.php3
http://www.jonglerie-diffusion/SPIP/spectacle1.php3

J’ai changé les id_rubrique et sur les autres la page s’affiche bien soit avec rien quand il n’y a pas d’articles dans les sous-rub soit avec les articles le cas échéant. Il n’y a que la rubrique 3 qui ne fonctionne pas ???

Je vais en fabriquer une autre à l’identique pour voir si ca change quelque chose ?

Sinon une question :
on m’a incitée à remplacer :

<p

class=« nombrearticles »><BOUCLE_articles1a(ARTICLES){id_rubrique}{par date}{inverse}{age_redac<=0}></BOUCLE_articles1a><?php** **$nombre**=*"#TOTAL_BOUCLE"*; **$nombrecorrige**=**$nombre**-1; **if** {(**$nombre**==0) **echo** *""*;} **else** **echo** {*"Il y a* **$nombre** *proposition(s) dans cette rubrique"*;} **?><//B_articles1a**>**

par :

<? $nombre="#TOTAL_BOUCLE"; $nombrecorrigé=$nombre-1; if (!$nombre==0) { //n'oublie pas les accolades echo "Il y a ".$nombre." proposition(s) dans cette rubrique"; } ?>

Je voulais savoir si la balise #TOTAL_BOUCLE affiche zéro quand la boucle article qui la précède ne trouve aucun article et si cette boucle peut avoir des critères sur age redac etc… ?

Je pense que tu devrais aller voir la page de spip que je t’ai envoyée … Elle devrait même te permettre de na pas utiliser ton code php ci-dessus (gaffe à la gestion du cache !!)

Quant aux accolades, attention, elles n’ont rien à voir avec echo : il s’agit des accolades ouvrantes et fermantes dans un if et, si tu mets un else, voilà ce qu’il fait faire :

if(condition) {
instructions1;
} else {
instructions2;
}

Mais je pense que tu avais percuté !! :-))

Marc VALLETEAU de MOULLIAC
assfor
06 61 79 17 31
http://www.assfor.com
L’expertise de la protection
sociale des salariés


« L’intégrité de ce message n’étant pas assurée sur Internet, assfor ne peut être tenu pour responsable de son contenu. Si vous n’êtes pas destinataire de ce message, merci de le détruire et d’avertir l’expéditeur. »


liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/


Marc VALLETEAU de MOULLIAC
assfor
06 61 79 17 31
http://www.assfor.com
L’expertise de la protection
sociale des salariés


« L’intégrité de ce message n’étant pas assurée sur Internet, assfor ne peut être tenu pour responsable de son contenu. Si vous n’êtes pas destinataire de ce message, merci de le détruire et d’avertir l’expéditeur. »



liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/

En général les parse errors observés dans la partie publique de SPIP sont
dûs à des squelettes en php qui ne respectent pas l'indication compliquée,
nécessaire et répétée mais malgré tout souvent oublié que voici :

    $titre='[(#TITRE|texte_script)]'; <- bon

    $titre = "#TITRE"; <- pas bon
    $titre = "[(#TITRE|texte_script)]"; <- pas bon
    ... <- pas bon

Il y a une méthode pour passer des textes provenant de SPIP aux squelettes
php, et une seule : '[(#.....|texte_script)]'

On s'aperçoit du problème, en général, quand un article contient dans son
titre un ' ou un ". Pour le #TEXTE, c'est quasi systématique (un lien ou
quoi, contiennent ces caractères).

  Mais c'est peut-être une autre raison, pour cela, il faudrait bien voir le code de la page ...

En règle générale il est difficile d'aider à débugguer un truc qu'on ne voit
pas ; donnez l'adresse de vos squelettes, personne ne va vous les piquer.

    $nombrecorrigé=$nombre-1;

Le é dans un nom de variable, c'est mal vu par php.

-- Fil

Ahhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhh
merci merci merci FIl
enfin un début de réponse possible :)))
Je suis prete à tout donner, le dump, le squelette, le cache etc.. mais je
ne souhaitais pas le joindre sur la liste ca allourdit (je me suis déjà
faite engueulée pour ca une fois) mais uniquement aux interessé(e)s qui se
seraient éveentuellement manifestés.
Je suis pour ainsi dire nulle en php et je ne connais pas SPIP dans ses
arcanes. Donc j'y suis allée franco bille en tête pour l'écriture. Y a un
truc qui me déroute, c'est qu'avec apparemment une syntaxe bancale ca puisse
marcher parfaitement dans 99% des cas sauf dans un ?? m'enfin si ca marche
moi je vais pas non plus etre plus royaliste de le roi.
Pour le "corrigé"en fait c'est une variable qui sert à rien car j'ai réglé
mon bleme avec un critère de date. Donc je vais supprimer.
Pour le reste je vais essayer de faire les modifs j'espère que j'ai tout
compris ce qui est dit dans ce mail.
Bon ben je retourne au charbon
Sarah

----- Original Message -----
From: "Fil" <fil@rezo.net>
To: "Sarah Calas" <s.calas@wanadoo.fr>
Cc: "Spip" <spip@rezo.net>
Sent: Wednesday, January 07, 2004 9:34 PM
Subject: Re: [Spip] Re: Parse error suite

En général les parse errors observés dans la partie publique de SPIP sont
dûs à des squelettes en php qui ne respectent pas l'indication compliquée,
nécessaire et répétée mais malgré tout souvent oublié que voici :

    $titre='[(#TITRE|texte_script)]'; <- bon

    $titre = "#TITRE"; <- pas bon
    $titre = "[(#TITRE|texte_script)]"; <- pas bon
    ... <- pas bon

Il y a une méthode pour passer des textes provenant de SPIP aux squelettes
php, et une seule : '[(#.....|texte_script)]'

On s'aperçoit du problème, en général, quand un article contient dans son
titre un ' ou un ". Pour le #TEXTE, c'est quasi systématique (un lien ou
quoi, contiennent ces caractères).

> Mais c'est peut-être une autre raison, pour cela, il faudrait bien

voir le code de la page ...

En règle générale il est difficile d'aider à débugguer un truc qu'on ne

voit

pas ; donnez l'adresse de vos squelettes, personne ne va vous les piquer.

> $nombrecorrigé=$nombre-1;

Le é dans un nom de variable, c'est mal vu par php.

-- Fil

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/

C'etait EXACTEMENT CA !
et la réponse est que ma sous rubrique avait dans son titre un '
Bref merci et je m'archive imédiatement le post !! Ca évitera d'autre
erreurs quand j'aurais tout oublié !
MERCI MERCI MERCI
s
----- Original Message -----
From: "Fil" <fil@rezo.net>
To: "Sarah Calas" <s.calas@wanadoo.fr>
Cc: "Spip" <spip@rezo.net>
Sent: Wednesday, January 07, 2004 9:34 PM
Subject: Re: [Spip] Re: Parse error suite

En général les parse errors observés dans la partie publique de SPIP sont
dûs à des squelettes en php qui ne respectent pas l'indication compliquée,
nécessaire et répétée mais malgré tout souvent oublié que voici :

    $titre='[(#TITRE|texte_script)]'; <- bon

    $titre = "#TITRE"; <- pas bon
    $titre = "[(#TITRE|texte_script)]"; <- pas bon
    ... <- pas bon

Il y a une méthode pour passer des textes provenant de SPIP aux squelettes
php, et une seule : '[(#.....|texte_script)]'

On s'aperçoit du problème, en général, quand un article contient dans son
titre un ' ou un ". Pour le #TEXTE, c'est quasi systématique (un lien ou
quoi, contiennent ces caractères).

> Mais c'est peut-être une autre raison, pour cela, il faudrait bien

voir le code de la page ...

En règle générale il est difficile d'aider à débugguer un truc qu'on ne

voit

pas ; donnez l'adresse de vos squelettes, personne ne va vous les piquer.

> $nombrecorrigé=$nombre-1;

Le é dans un nom de variable, c'est mal vu par php.

-- Fil

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/