Bonjour à tous
Nous sommes nombreux à être confrontés au pb de l'utilisation de variables PHP dans les boucles... et à le contourner avec plus ou moins de bonheur!
Alors j'y vais de ma suggestion...
SPIP ne pourrait-il pas "évaluer" l'instruction <BOUCLE_....> avant de l'interpréter ?
La gestion du contexte d'exécution doit bien sûr être prise en compte, mais SPIP traite bien la variable "$debut_liste"...
Les variables pourraient être nommées par l'utilisateur suivant une règle analogue à celle utilisée pour ne pas recalculer le squelette (cf. $var_xxx) : on pourrait nommer les variables "$boucle_xxx"...
J'espère qu'une solution brillante pourra être trouvée par l'un de vous...
Amitiés à tous
François
SPIP ne pourrait-il pas "évaluer" l'instruction <BOUCLE_....> avant de
l'interpréter ?
La gestion du contexte d'exécution doit bien sûr être prise en compte,
mais SPIP traite bien la variable "$debut_liste"... Les variables
pourraient être nommées par l'utilisateur suivant une règle analogue à
celle utilisée pour ne pas recalculer le squelette (cf. $var_xxx) : on
pourrait nommer les variables "$boucle_xxx"...
Ca va demander pas mal de travail, ne serait-ce que pour vérifier le type et
le contenu des variables en question : si par exemple tu as prévu que $a
soit un nombre, et que le visiteur envoie, malicieusement ou de bonne foi,
une chaîne de caractères, la requête MySQL résultante peut devenir
bizarre, voire carrément dangereuse.
La gestion des inclusions risque d'être assez marrante aussi (par principe
un <INCLURE()> ne doit se baser que sur le contexte qui lui est passé, et
pas sur les globales).
Il faudra donc éviter de pourrir le cache avec n'importe quoi, et éviter des
trous de sécurité dans l'accès à la base. Je ne suis pas certain qu'il y ait
besoin d'un nommage spécifique, par contre.
Bon, à part ça, personne n'a de problèmes avec la 1.5pr2 ?
