utilisation des balises #NOMDUCHAMP

Seb

Febrer de 2013

Bonsoir,

je reprends la maintenance d’un site qui tourne avec SPIP - je ne connais pas du tout et j’essaie de m’en sortir tant bien que mal.
J’ai eu déjà un souci pour l’installation du site en local à cause d’une mauvaise redirection.
Maintenant que c’est réglé, je rencontre un autre problème concernant les balises #NOMDUCHAMP. Elles ne sont tout simplement pas interprété sous wamp...

J’ai cherché un peu partout pour voir si j’avais un pb de config PHP mais je n’ai rien trouvé.
En retirant les portions de codes qui contiennent les balises, tout le reste s’affiche parfaitement.
Avez vous une idée de ce qui se passe ? config php à revoir ? si c’est ça, que faut il revoir ? :p

Merci encore pour votre aide !
Seb

Par note per data Par date chronologique

Indiqueu l’interés que us porta a aquesta resposta

0

Gilles

Febrer de 2013

Bonjour,

ce type de balise perso ressemble à un champ qui a été rajouté à une table : dans quel contexte est appelé cette balise ?
Tu indiques "les" balises <— je ne comprends pas ce point, peux-tu détailller ?

Seb

Febrer de 2013

Bonjour,

voici un exemple :

<BOUCLE_principale (ARTICLES) {id_article=1}>
	<div>
		<h1>[(#TITRE)]</h1><br />
		<div>#TEXTE</div><br /><br />
	</div>
	<div>
		<ul>
			<li><a href="spip.php?rubrique17#planning" onclick="this.blur();"><span>PLANNING DES COURS</span></a> </li>
			<li><a href="spip.php?rubrique17#tarifs" onclick="this.blur();"><span>TARIFS</span></a> </li>
			<li><a href="spip.php?rubrique27" onclick="this.blur();"><span>INSCRIPTION</span></a> </li>
			<li><a href="spip.php?rubrique25" onclick="this.blur();"><span>DEVIS PRO</span></a> </li>
			<li><a href="spip.php?rubrique23" onclick="this.blur();"><span>CONTACT</span></a> </li>
			<li><a href="#actus" onclick="this.blur();"><span>NOS ACTUALITES</span></a> </li>
		</ul>
	</div>
</BOUCLE_principale>

J’ai une boucle qui permet de récupérer le contenu de l’id_article=1 et à l’intérieur, on affiche #TITRE et #TEXTE.
Ces deux balises ne sont pas afficher.

Sur toutes les autres pages où une balise du type #NOMDUCHAMP est utilisé, elles ne sont pas interprété.
Donc rien ne s’affiche et en plus ça empêche l’exécution du code derrière.
Ici, les balises #TITRE et #TEXTE ne s’affichent pas mais ça empêche également le code dans

d’être lu et interprété.

Lorsque j’enlève tout le code de spip comme ci-dessous :

<div>
		<ul>
			<li><a href="spip.php?rubrique17#planning" onclick="this.blur();"><span>PLANNING DES COURS</span></a> </li>
			<li><a href="spip.php?rubrique17#tarifs" onclick="this.blur();"><span>TARIFS</span></a> </li>
			<li><a href="spip.php?rubrique27" onclick="this.blur();"><span>INSCRIPTION</span></a> </li>
			<li><a href="spip.php?rubrique25" onclick="this.blur();"><span>DEVIS PRO</span></a> </li>
			<li><a href="spip.php?rubrique23" onclick="this.blur();"><span>CONTACT</span></a> </li>
			<li><a href="#actus" onclick="this.blur();"><span>NOS ACTUALITES</span></a> </li>
		</ul>
	</div>

Là, je n’ai pas de problème mon code html est bien lu.

Indiqueu l’interés que us porta a aquesta resposta

0
Seb

Febrer de 2013
ok, en y regardant de plus près, ce sont toutes les boucles ARTICLES qui ne fonctionnent pas.

Je viens de voir que ce type de boucle est correctement interprété :
<BOUCLE_principale(RUBRIQUES) {id_rubrique}> <h1><?php echo strtoupper(substr("#TITRE",3)); ?></h1><br /> <div>#TEXTE</div><br /> </BOUCLE_principale>
Donc ce n’est pas un souci avec les balises #NOMDUCHAMP mais plutôt avec les boucles ARTICLES.

j’ai trouvé des liens sur les boucles ARTICLES, ça me semble pas mal ce qui a été écris.

De plus, les boucles fonctionnent sur le site en production. C’est uniquement sur ma version en local que ça ne fonctionne pas.
Indiqueu l’interés que us porta a aquesta resposta

0

Gilles

Febrer de 2013

La fonction PHP est appelable directement dans les squelettes comme un filtre :
<BOUCLE_principale(RUBRIQUES) {id_rubrique}> <h1>[(#TITRE|substr{3}|strtoupper)]</h1><br /> <div>#TEXTE</div><br /> </BOUCLE_principale>
C’est le cas pour toute fonction PHP, avec la seule restriction que le premier argument est celui qui est à gauche du pipe

Quelle est la boucle ARTICLES qui ne fonctionne pas ?
Indiqueu l’interés que us porta a aquesta resposta

0

Seb

Febrer de 2013

Voila le type de boucle qui ne fonctionne pas :
<BOUCLE_principale (ARTICLES) {id_article=1}> <div> <h1>[(#TITRE)]</h1><br /> <div>#TEXTE</div><br /><br /> </div> </BOUCLE_principale>
Indiqueu l’interés que us porta a aquesta resposta

0

Gilles

Febrer de 2013

Est-ce que l’article numéro 1 est publié ?
Indiqueu l’interés que us porta a aquesta resposta

0

Seb

Febrer de 2013

oui il l’est
Indiqueu l’interés que us porta a aquesta resposta

0

Seb

Febrer de 2013

Je viens de tester en remplaçant ARTICLES par RUBRIQUES et id_article par id_rubrique, la rubrique s’affiche correctement.

Donc ce n’est pas un problème dans l’écriture de la boucle.

Y’a un moyen de voir la requête SQL qui est faite dans la boucle pour voir ce qui se passe derrière ? une sorte de debug ?
Indiqueu l’interés que us porta a aquesta resposta

0

Seb

Febrer de 2013

Je me demande si il n’y a pas quelques choses à charger pour pouvoir ensuite utiliser les ARTICLES, un peu comme les classes en PHP qu’il faut inclure pour pouvoir les utiliser ensuite.

Je viens à nouveau de tester une boucle sur la table auteurs
<BOUCLE_principale (AUTERS) {id_auteur=1}> <div> <h1>[(#NOM)]</h1><br /> </div> </BOUCLE_principale>
Ce code ne m’affiche rien non plus. Donc je pense que seules les boucles sur les Rubriques fonctionnent.
Indiqueu l’interés que us porta a aquesta resposta

0

Seb

Febrer de 2013

oublié le U dans AUTEURS quand j’ai écris mon dernier commentaire.
Indiqueu l’interés que us porta a aquesta resposta

0

Gilles

Febrer de 2013

Pour savoir quelles sont les requêtes générées, vous pouvez utiliser ?var_mode=debug ou ?var_profile=1

cf. l’article qui détaille cela :
http://www.spip.net/fr_article4453.html
Indiqueu l’interés que us porta a aquesta resposta

0

Febrer de 2013

Bonjour,
attention à l’espace qui traîne avant la parenthèse ouvrante. La bonne syntaxe :

<BOUCLE_principale(ARTICLES)
Indiqueu l’interés que us porta a aquesta resposta

0
Seb

Febrer de 2013
Merci Gilles pour le debug ! Je n’avais pas vu cette page :)

Du coup, j’ai pu voir la requête qui est envoyé :
SELECT articles.titre, articles.texte, articles.lang FROM spip_articles AS <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+YXJ0aWNsZXM8L2NvZGU+"></span> WHERE (articles.statut = 'publie') AND (articles.date < '1904-05-18 07:04:05') AND (articles.id_article = 1)
Ce qui pose problème c’est le (articles.date < ’1904-05-18 07:04:05’).
Je ne sais pas où il va chercher cette condition ... dans le code, on indique seulement que l’on veut l’id_article=1

@Inconnu: j’avais testé en enlevant l’espace, ça ne changeait pas grand chose :p
Indiqueu l’interés que us porta a aquesta resposta

0

Gilles

Febrer de 2013

le test sur la date est pour prendre les articles publiés avant la date courante. Donc ça signifie que la date courante est fausse (pour l’afficher, il suffit d’utiliser #DATE en dehors d’une boucle SPIP).
A priori c’est un problème lié au serveur et à sa date système.

Maintenant, pour passer outre la date de publication, il suffit de rajouter le critère {tout} dans la boucle
Indiqueu l’interés que us porta a aquesta resposta

0

Seb

Febrer de 2013

En afffichant #DATE, j’obtiens 2013-02-05 14:50:26
Indiqueu l’interés que us porta a aquesta resposta

0
Seb

Febrer de 2013
En utilisant tout :
<BOUCLE_principale(ARTICLES){tout}> <div style="width:400px;float:left;"> <h1>#TITRE</h1><br /> <div class="texte">#TEXTE</div><br /><br /> </div> </BOUCLE_principale>
Voila la requête qui est exécuté :
SELECT articles.titre, articles.texte, articles.lang FROM spip_articles AS <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+YXJ0aWNsZXM8L2NvZGU+"></span> WHERE (articles.statut = 'publie') AND (articles.date < '1904-05-18 07:41:57')
J’ai toujours la condition sur la date.
Indiqueu l’interés que us porta a aquesta resposta

0
Seb

Febrer de 2013
C’est vraiment étrange.

#DATE m’affiche bien la date et l’heure actuelle.

Dans mon php.ini, j’ai remplacé date.timezone = UTC par date.timezone = "Europe/Paris"

Et enfin j’ai ajouté date_default_timezone_set(’Europe/Paris’); dans le fichier inc_version.php

A l’arrivée, j’ai toujours une requête :
SELECT articles.id_article, articles.titre, articles.soustitre, articles.texte, articles.lang FROM spip_articles AS <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+YXJ0aWNsZXM8L2NvZGU+"></span> WHERE (articles.statut = 'publie') AND (articles.date < '1904-05-18 15:19:06') AND (articles.id_rubrique = 10)
J’ai continué mes tests en installant une nouvelle version de Spip pour tester l’affichage des articles.
J’ai écris une rubrique et un article que j’ai affiché. En lançant le débug voici la requête :
SELECT articles.id_rubrique, articles.lang, articles.titre, articles.texte, articles.descriptif, articles.chapo, articles.id_article, articles.surtitre, articles.soustitre, articles.date, articles.date_redac, articles.url_site, articles.nom_site, articles.ps FROM spip_articles AS <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+YXJ0aWNsZXM8L2NvZGU+"></span> WHERE (articles.statut = 'publie') AND (articles.date < '1904-05-18 15:17:36') AND (articles.id_article = 1)
Ah oui, et ce problème arrive sur deux postes différents. Un qui tourne sur easyphp et un autre sur wamp.

Y’a rien sous spip qui permet de définir cette date ?

Je viens de voir cette ligne dans le fichier inc_version.php
#la premiere date dans le menu deroulant de date de publication # null: automatiquement (affiche les 8 dernieres annees) # 0: affiche un input libre # 1997: le menu commence a 1997 jusqu'a annee en cours $debut_date_publication = null;
Indiqueu l’interés que us porta a aquesta resposta

0

Gilles

Febrer de 2013

Tu peux noter que cette date évolue. Elle est donc liée à ton système, ce n’est pas une constante de PHP.

Que donne le simple script php
<?php echo date('Y-m-d h:i:s'); ?>
?

Si c’est la même date, alors c’est ton serveur qui n’est pas à la bonne heure.
Indiqueu l’interés que us porta a aquesta resposta

0

Seb

Febrer de 2013

Salut,
<?php echo date('Y-m-d h:i:s'); ?>
donne 2013-02-06 09:17:10
#DATE
donne 2013-02-06 09:17:10

Je sais plus quoi faire ^^
Indiqueu l’interés que us porta a aquesta resposta

0

Gilles

Febrer de 2013

Tu as dû débusquer un sacré bug !

Peux-tu envoyer un mail à l’adresse spip-dev@spip.net pour leur remonter ce problème ? — en leur donnant le lien vers ce fil de discussion qui a dégrossi pas mal d’éléments je pense

Mais avant cela, j’ai supposé que tu avais téléchargé la version SPIP3.0.5 "de base" (qui date du 9 septembre) : il existe une version compatible mais qui corrige pas mal de bugs (elle date du 20 janvier).
Peux-tu l’installer et vérifier que ton bug se produit encore avec cette version ? La version stable est disponible ici : http://files.spip.org/spip/dev/ (c’est la branche-3.0)

Merci,

.Gilles
Indiqueu l’interés que us porta a aquesta resposta

0

Seb

Febrer de 2013

eheh :) non je suis sur une version 2.1.1 ^^
Comme je reprends la maintenance, j’hésite à faire la mise à jour pour le moment.
Donc maintenant, reste à savoir si la vesrion 2.1.1 est toujours maintenu ?

Je viens d’installer tout le site que j’ai en local sur un serveur Free et là ... bah ça marche ...

Du coup, j’ai commencé à remonter dans le code pour voir la création des requêtes ARTICLES.
function boucle_ARTICLES_dist($id_boucle, &$boucles)
qui appelle :
quete_date_postdates()
Cette fonction vérifie si :
$GLOBALS['meta']['date_prochain_postdate'] > time()
Si oui, on retourne $GLOBALS['meta']['date_prochain_postdate'], si non, on retourne (time()+(3600*24*10000)))

Par contre, j’ai du mal à voir comment est initialisé $GLOBALS['meta']['date_prochain_postdate']
Indiqueu l’interés que us porta a aquesta resposta

0

denisb

Febrer de 2013

eheh :) non je suis sur une version 2.1.1 ^^

ha. http://www.spip.net/fr_article5248.html
Indiqueu l’interés que us porta a aquesta resposta

0

Gilles

Febrer de 2013

Flute !!
J’aurai dû commencer par te demander ta version de SPIP ^^

Merci Denisb pour avoir répondu aussi vite.
Indiqueu l’interés que us porta a aquesta resposta

0

Seb

Febrer de 2013

C’est moi ... j’aurais dû dire sur quel version de spip je bossais ... arf... dsl de t’avoir fait perdre du temps :(
Indiqueu l’interés que us porta a aquesta resposta

0

Seb

Febrer de 2013

merci Denisb :)