Ok alors j'ai un répertoire contextes/ de… QUARANTE SEPT GIGAS !
J'ai évidemment utilisé _CACHE_CONTEXTES_AJAX comme le propose la doc. Et bien parce que sinon plein d'URL ne marchent juste pas.
C'est un site "normal" bien qu'avec pas mal de contenus. Toutes les listes sont en ajax, pour la pagination et parfois pour des filtres (donc combinaison de possibilités).
Sauf que ça ne "tourne" jamais comme le fait généralement un cache, càd que ya une limite et que les vieux trucs sont supprimés et des nouveaux apparaissent. Nulle part ce n'est indiqué que ce répertoire va grossir à l'infini sans jamais s'arrêter.
Du coup, c'est pas juste que c'est atrocement énorme (47Go pour un cache d'URL… wtf), mais ça plante, ya trop de fichiers, ça veut plus écrire dans le répertoire.
C'est pas un sacré gros bug ?
Same player, shoot again https://core.spip.net/issues/3239
Le problème n’est pas juste de purger, mais de comment purger intelligemment sans générer des 404, ou comment être capable de gérer proprement le cas où une URL demande un md5 qui n’est plus sur le disque ?
Et sinon, la raison pour laquelle « plein d’URL ne marchent pas » c’est en général parce que tu passes des listes d’ID super longues à tes inclure ajax, du coup en effet l’encodage du env est super long et dépasse les longueurs d’URL acceptées par les navigateurs.
Et du coup c’est aussi pour ça que tu as 47go de contextes…
J’ai eu le problème récemment sur une appli en effet, et je me suis aussi fait la remarque qu’il manque un define pour que le contexte soit stocké en fichier uniquement quand c’est nécessaire (url trop longue), ce qui limiterait un peu les effets de bord en evitant de l’activer pour toutes les urls...
Haha effectivement, et c'était probablement pour le même site. À l'époque c'était déjà 6Go, et là maintenant 47… arg
D'après marcimat, ça ne devrait pas être utilisé en SPIP 3. Le comportement intermédiaire qu'il décrit, c'est ce que fait déjà SPIP 3 quand il n'y a PAS la constante ou c'est un truc perso ? Mais dans ce cas, si ça ne doit pas être utilisé, à partir de 3, est-ce que ça devrait pas ne plus rien faire, et alors la déprécier et ne plus la documenter ?
Là en attendant je peux vider le dossier moi-même quand même ? Car là tout est bloqué comme il y a 6 ans.
Pour l'instant je ne vois pas quoi changer aux squelettes de ce site, ça reste des choses assez basiques, des listes, des filtres, mais avec Accès Restreint (alors est-ce que certaines inclusions reçoivent des milliers d'ID en params ? ça ne me dit vraiment rien mais je vais fouiller…)
Bonjour,
Ouep...
Moi c'est depuis Spip 3.0 que j'ai différents sites (pour ne pas dire la plupart) qui gonflent à 100 Go et saturent forcément !
(je vide maintenant tout le cache par FTP tous les ~6 mois, et encore maintenant je peux, car il y a 2 ans le serveur FTP OVH ne pouvait pas lister tous les fichiers d'un répertoire car il y en avait trop...)
Jamais su pourquoi Spip 3 gonflait...
En Spip 2 c'était mini_calendrier qui créait des URLS sans fin mais je ne le mets plus.
Si une solution apparaissait...