Tudo o que quer saber antes de instalar.
Uma análise detalhada de como o DataFirefly Cleanup: Limpeza da Base de Dados PrestaShop 8 e 9 funciona, porque o construímos assim e o raciocínio por trás das funcionalidades acima.
Porquê limpar a base de dados do PrestaShop
Com o tempo, a base de dados do PrestaShop acumula dados de que já não precisa: estatísticas de visitas de há dois anos, carrinhos abandonados sem fim, registos de erros há muito resolvidos, pesquisas sobre produtos eliminados, metadados de produtos que retirou do catálogo e imagens órfãs no disco. Tudo isso abranda as consultas, aumenta as cópias de segurança e ocupa espaço no servidor.
Uma abordagem em três tempos
O DataFirefly Cleanup propõe três modos para cada limpador, por ordem de prudência. A auditoria lê a base de dados e conta o que seria eliminado, sem tocar em nada. A simulação imita a execução e regista o resultado no histórico. A execução elimina mesmo, em lotes de 5000 linhas por predefinição, para não saturar o servidor. Mantém o controlo em cada etapa.
Seis limpadores especializados
O Stats limpa connections, page_viewed, referrer_cache, pagenotfound e os guests órfãos, respeitando as junções do esquema. O Cart elimina carrinhos abandonados sem nunca tocar num carrinho convertido em encomenda. O Log poda a tabela de registos com retenção ponderada pela severidade: os erros críticos ficam guardados o dobro do tempo. O Search limpa o histórico de pesquisa e o índice dos produtos eliminados. O Metadata visa as linhas órfãs em product_lang, product_shop, category_product, stock_available, specific_price e outras. O Image trata os órfãos na base de dados e, em opção, analisa a pasta de imagens em busca dos JPG cujo produto já não existe.
Relatório de ganho em MB
Antes de cada ação, o módulo consulta information_schema.TABLES para estimar o espaço que vai recuperar. Para cada limpador, vê o número de linhas em causa e o equivalente em disco. A visão global do painel mostra o tamanho total da base de dados, o ganho potencial, a percentagem recuperável e as 10 maiores tabelas.
Tarefa de cron protegida por token
O endpoint /module/dfcleanup/cron está protegido por um token aleatório de 32 carateres hexadecimais, com comparação em tempo constante por hash_equals para resistir a ataques de temporização. Se o módulo cronjobs oficial do PrestaShop estiver instalado, o dfcleanup inscreve-se nele automaticamente pelo hook actionRetrieveCronJobs, sem qualquer configuração. Caso contrário, o back-office mostra uma linha de crontab pronta a copiar. O modo predefinido é a simulação, pelo que mesmo uma execução acidental não elimina nada.
Histórico completo e auditável
Cada operação é registada numa tabela dedicada com o limpador utilizado, o modo (auditoria, simulação ou execução), o número de linhas afetadas, os bytes libertados, o detalhe por tabela em JSON, a identidade do operador (e-mail do administrador ou a menção cron nas execuções automatizadas) e a data. A retenção do histórico é configurável (180 dias por predefinição).
Para quem
Para comerciantes PrestaShop cuja base de dados ultrapassa os 500 MB e que sentem lentidão no back-office. Para agências que querem automatizar a manutenção dos clientes. Para programadores que querem uma ferramenta de limpeza de órfãos robusta e auditável, sem ter de escrever scripts SQL improvisados. E para alojadores que querem reduzir o espaço ocupado pelas bases dos clientes sem correr riscos.
Ainda não existem avaliações.