Voici la réponse de mon hébergeur, à qui j’ai demandé aussi si les autres migrations en Spip 2.0. avaient connu des problèmes.
« Non, a ma connaissance, nous n’avons pas de retour pour le moment de nos clients sous SPIP2
Je vous suggère d’utiliser PHP5 par défaut pour SPIP. PHP5 est plus stable.
Il faut juste faire des chmod 755 à la place de 777 sur les fichiers et répertoires concernés.
A part cette suggestion, nous serons certainement moins compétent pour répondre aux questions de SPIP2 »
Je ne suis donc pas plus avancé qu’il y a 2 jours, côté hébergeur. Et Php5 ? : comment décide-t-on d’utiliser Php5 plutôt que Php4. Je croyais avoir lu quelque part que depuis la version 9, les scripts php de Spip avaient tous la terminaison .php, ce qui évitait d’avoir à se poser ce genre de question. Mais faut-il demander à l’hébergeur d’activer php5 pour la version 2 ?
Comme les Shadoks, je vide tous les jours les fichiers cache qui se mettent un peu dans tous les mauvais endroits. Vu la fréquentation de mon site, c’est 2 à 3 heures de liaison FTP pour faire le nettoyage.
Et ce soir, j’ai eu une idée pour le /tmp/cache/ : j’ai copié un par un les fichiers 1.plat à f.plat et je les ai mis dans les répertoires cache/1/ à cache/f/
Miracle, à la suite de cet essai, les bons répertoires du tmp/cache ont commencé à se remplir normalement.
La solution - sous réserve de vérifications ultérieures - semble trouvée pour le tmp/cache
Pour le cache-vignettes, c’est une autre paire de manches, car il y a plus de 2000 sous-répertoires du type L100xH100 dans ce cache-vignettes, tous vides, et avec des droits qui ne permettent pas l’écriture (GID et UID Apache)
C’est donc plusieurs semaines d’un travail pas bien intéressant qui consistera
– 1- à choisir un sous-répertoire du type L100xH100
– 2- modifier ses droits
– 3- trouver dans la racine les fichiers image de type L100xH100
– 4- les transférer dans le sous répertoire où ils devraient se trouver
J’ose espérer qu’une solution automatique pourra être trouvée pour ce genre d’opération.
En définitive, le problème semble venir du moment de la création des sous-répertoires des différents caches, qui n’ont pas les droits d’écriture nécessaires. Donc les fichiers .plat se mettent tous à la racine du cache, et spip mes les fichiers là où il trouve les fichiers .plat. D’où cette belle pagaïe.