Utilisation excessive d'espace par le répertoire var/cache de PrestaShop

Le répertoire var/cache de PrestaShop 1.7 et versions ultérieures peut conserver dev et prod en même temps, même si un seul est l'environnement actif. Avant de supprimer quoi que ce soit, mesurez séparément var/cache/dev, var/cache/prod et var/logs pour identifier le chemin qui grossit.

Le mode debug sélectionne l'environnement dev et affiche les erreurs ; le profiler de performances se contrôle séparément avec _PS_DEBUG_PROFILING_. Toute croissance de var/cache/dev ne provient pas des requêtes SQL et ne démontre pas que le mode debug en est la seule cause.

Sur une boutique avec du trafic, dev peut grossir considérablement et le mode debug réduit les performances. Vérifiez dans Paramètres avancés > Performances que le Mode debug est désactivé.

Si vous ne pouvez pas accéder à l'administration, examinez config/defines.inc.php. La constante correcte comporte des tirets bas au début et à la fin :

/* Debug only */
if (!defined('_PS_MODE_DEV_')) {
    define('_PS_MODE_DEV_', true);
}

Si elle vaut true, passez-la à false pour le désactiver :

/* Debug only */
if (!defined('_PS_MODE_DEV_')) {
    define('_PS_MODE_DEV_', false);
}

Vérifiez aussi que _PS_DEBUG_PROFILING_ vaut false. Utilisez ensuite d'abord la fonction Vider le cache du back-office ou la procédure en console correspondant à votre version. Si vous ne pouvez utiliser ni l'une ni l'autre, faites une sauvegarde vérifiée, passez la boutique en maintenance et retirez uniquement le contenu de l'environnement identifié ; ne programmez pas de suppression récurrente sans mesurer quel sous-répertoire grossit à nouveau.

Vérifiez le front-office, l'administration, les images, les commandes et les journaux avant de rouvrir. Consultez la configuration officielle de PrestaShop et ses recommandations sur le profiler.

Vérifier qu'il cesse de grossir

Notez les tailles et le nombre de fichiers avant le nettoyage et après avoir reproduit plusieurs visites de test. Une croissance initiale lors de la régénération des modèles est normale ; une croissance continue exige d'identifier le sous-répertoire et le composant qui la produisent.

Désactiver le mode debug ne supprime pas automatiquement l'ancien cache dev. Ne supprimez pas non plus var en entier : il contient d'autres données que le cache. Si le vrai problème se trouve dans var/logs, examinez le message qui se répète et la politique de conservation plutôt que de vider var/cache.