Uso excessivo de espaço no diretório var/cache do PrestaShop

O diretório var/cache do PrestaShop 1.7 e posteriores pode conservar dev e prod ao mesmo tempo, embora apenas um seja o ambiente ativo. Antes de apagar o que quer que seja, meça separadamente var/cache/dev, var/cache/prod e var/logs para identificar que caminho cresce.

O modo debug seleciona o ambiente dev e mostra erros; o profiler de desempenho é controlado separadamente através de _PS_DEBUG_PROFILING_. Nem todo o crescimento de var/cache/dev provém de consultas SQL nem demonstra que o modo debug seja a única causa.

Numa loja com tráfego, dev pode crescer significativamente e o modo debug reduz o desempenho. Verifique em Advanced Parameters > Performance que Debug mode está desativado.

Se não conseguir entrar na administração, reveja config/defines.inc.php. A constante correta contém sublinhados no início e no fim:

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

Se estiver em true, altere-a para false para a desativar:

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

Verifique também que _PS_DEBUG_PROFILING_ é false. Depois use primeiro a função Clear cache do painel ou o procedimento de consola correspondente à sua versão. Se não puder usar nenhum, crie uma cópia verificada, coloque a loja em manutenção e retire apenas o conteúdo do ambiente identificado; não agende uma eliminação recorrente sem medir que subdiretório volta a crescer.

Valide a loja pública, a administração, as imagens, as encomendas e os registos antes de reabrir. Consulte a configuração oficial do PrestaShop e as suas recomendações sobre o profiler.

Verificar que deixa de crescer

Anote tamanhos e número de ficheiros antes de limpar e depois de reproduzir várias visitas de teste. Um crescimento inicial ao regenerar modelos é esperado; um crescimento contínuo obriga a identificar o subdiretório e o componente que o produz.

Desligar o modo debug não apaga automaticamente a cache dev anterior. Também não deve eliminar var por completo: inclui mais dados do que a cache. Se a falha real estiver em var/logs, reveja a mensagem que se repete e a política de conservação em vez de esvaziar var/cache.