Problème de recalcul du squelette...

Bonjour,

Je suis confronté à un problème de cache mystique.
J'ai un squelette sommaire.html qui est construit avec pas mal de INCLUDE
de INCLUDE, vous voyez le genre. Jusqu'ici, je n'avais pas eu de problème
quant aux ises à jour de tel ou tel bloc. J'ai même recréé un INCLUDE qui
est bien pris en compte par un SPIP 1.9.2 (bah oui mais c'est comme ça !).

J'ai donc un fichier de squelette inclus directement dans le sommaire.html
qui me pose un sérieux problème. Sur mon serveur local, même Apache2 et
config PHP, le fichier est bien pris en compte, tout passe nickel. Si je
le publie via le FTP, il n'est jamais mis à jour (Apache redémarré via
restart, stop/start). Je l'édite directement en ligne (vim via SSH), le
contenu est bien le même qu'en local. Je vide le cache du SPIP, supprime
le tmp/ de SPIP, redémarre Apache, toujours l'ancienne version qui est
prise en compte. Je supprime ce fichier, je recalcule la page, vide le
tmp/, toujours cet ancien fichier (pourtant plus disponible sur le disque
!).

Auriez-vous une piste d'expertise ? Car là je sèche complètement.
Hormis redémarrer entièrement le serveur pour voir s'il n'a pas un crash
niveau système de fichier, je vois pas...

Merci pour vos éventuelles lumières.

--
Julien

Est-ce que le var_mode=inclure fonctionne avec ta version de spip ?
https://www.spip.net/fr_article4453.html

Histoire de vérifier.

Est-ce que tu as testé de mettre dans ton fichier inclure un bout de code html, sans balise ni boucle spip, histoire de vérifier qu’il ne s’agit pas d’un problème d’interprétation de code ?

Les logs côté serveur n’indiquent rien non plus ?

Ah yes !

Je ne suis pas expert de SPIP. J'avoue qu'avec le var_dump=debug, je
n'avais pas remarqué le chemin de certains fichiers du squelette.
Effectivement, le chemin n'était pas le bon (quant au pourquoi...). J'ai
rajouté le dossier du squelette avec mes_options.php et
$GLOBALS['dossier_squelettes'].

ça fonctionne beaucoup mieux.

Je commençais vraiment à devenir chèvre. Merci Fabrice !

--
Julien

Est-ce que le *var_mode=inclure* fonctionne avec ta version de spip ?
Les aides au débuggage de squelettes - SPIP
Histoire de vérifier.

Est-ce que tu as testé de mettre dans ton fichier inclure un bout de code
html, sans balise ni boucle spip, histoire de vérifier qu'il ne s'agit pas
d'un problème d'interprétation de code ?

Les logs côté serveur n'indiquent rien non plus ?

Fa_b

Le 15 septembre 2017 à 23:16, <manic5@no-log.org> a écrit :

Bonjour,

Je suis confronté à un problème de cache mystique.
J'ai un squelette sommaire.html qui est construit avec pas mal de
INCLUDE
de INCLUDE, vous voyez le genre. Jusqu'ici, je n'avais pas eu de
problème
quant aux ises à jour de tel ou tel bloc. J'ai même recréé un INCLUDE
qui
est bien pris en compte par un SPIP 1.9.2 (bah oui mais c'est comme ça
!).

J'ai donc un fichier de squelette inclus directement dans le
sommaire.html
qui me pose un sérieux problème. Sur mon serveur local, même Apache2 et
config PHP, le fichier est bien pris en compte, tout passe nickel. Si je
le publie via le FTP, il n'est jamais mis à jour (Apache redémarré via
restart, stop/start). Je l'édite directement en ligne (vim via SSH), le
contenu est bien le même qu'en local. Je vide le cache du SPIP, supprime
le tmp/ de SPIP, redémarre Apache, toujours l'ancienne version qui est
prise en compte. Je supprime ce fichier, je recalcule la page, vide le
tmp/, toujours cet ancien fichier (pourtant plus disponible sur le
disque
!).

Auriez-vous une piste d'expertise ? Car là je sèche complètement.
Hormis redémarrer entièrement le serveur pour voir s'il n'a pas un crash
niveau système de fichier, je vois pas...

Merci pour vos éventuelles lumières.

--
Julien

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc