Dernièrement, j'ai massivement remplacé les <INCLURE> par des #INCLURE dans le squelette SoyezCreateurs
Sur un serveur, en regardant la page ecrire/?exec=admin_vider et en la rafraichissant plusieurs fois d'affilée, la valeur du cache oscille entre 800ko et 2,6Mo en augmentant et diminuant.
C'est le fait que ça puisse diminuer qui me semble très bizarre.
Autres bizarrerie (les 2 sites fonctionnaient en beta 1, 12497, j'ai fait la mise à jour en 12969 hier soir) :
- www.excideuil.fr chez OVH en Plan240, PHP Version 5.2.6, MySQL 5
Certaines pages sont correctes, d'autres non (soit la partie centrale est vide, soit elle correspond à une autre page).
Exemple : le clic sur l'Edito donne l'URL : http://www.excideuil.fr/Editorial-Juillet-Aout-2008.html
Mais c'est le contenu de http://www.excideuil.fr/-Demarches-administratives-.html qui s'affiche à la place (je venais d'aller voir cette page juste avant l'Edito)
Si je var_mode=calcul, ça répare des pages et en casse d'autres
Je t'assure qu'il n'y a aucun problème avec <INCLURE> ou #INCLURE dans le core.
Par contre, compte tenu du contexte, il me semble que tu devrais plutôt pister les bugs de mauvais (ou manquants) passage de valeur dans le contexte de tes inclusions.
* cedric.morin@yterium.com tapuscrivait, le 17/10/2008 09:27:
Je t'assure qu'il n'y a aucun problème avec <INCLURE> ou #INCLURE dans le core.
Par contre, compte tenu du contexte, il me semble que tu devrais plutôt pister les bugs de mauvais (ou manquants) passage de valeur dans le contexte de tes inclusions.
Ben, pour être sûr, j'ai fait un dump, j'ai importé le dump en local.
Et là, tout marche parfaitement.
* cedric.morin@yterium.com tapuscrivait, le 17/10/2008 09:27:
Je t'assure qu'il n'y a aucun problème avec <INCLURE> ou #INCLURE dans le core.
Par contre, compte tenu du contexte, il me semble que tu devrais plutôt pister les bugs de mauvais (ou manquants) passage de valeur dans le contexte de tes inclusions.
Ce que j'ai migré :
- le dossier IMG
- le mes_options.php
- un dump mysql fait avec PHPMyAdmin (pour pas perdre les stats) ; restauration du dump dans une base vierge, puis procédure d'installation de SPIP sans rentrer d'info d'admin : permet de garder l'admin en cours
Seule différence importante entre les serveurs originaux et celui d'accueil : SPIP seul sur les premiers, SPIP mutualisé (mutualisation facile) sur le dernier.
L'ensemble des problèmes rencontrés sur les originaux ont disparus sur le nouveau serveur.
Alors, je veux bien imaginer que le problème soit devant le clavier, mais sans autres arguments que la présomption, je n'y crois pas.