Tout ce que vous voudriez savoir avant d'installer.
Un regard détaillé sur le fonctionnement de DataFirefly Cleanup — Nettoyage de base PrestaShop 8 & 9, pourquoi nous l'avons conçu ainsi, et la réflexion derrière les fonctionnalités ci-dessus.
Pourquoi nettoyer votre base PrestaShop
Au fil du temps, votre base PrestaShop accumule des données dont vous n'avez plus besoin : statistiques de visites d'il y a deux ans, paniers abandonnés à n'en plus finir, logs d'erreurs résolues depuis longtemps, recherches sur des produits supprimés, métadonnées de produits que vous avez retirés du catalogue, images orphelines sur le disque. Tout cela ralentit vos requêtes, gonfle vos sauvegardes et coûte de l'espace serveur.
Une approche en trois temps
DataFirefly Cleanup propose trois modes pour chaque nettoyeur, dans l'ordre de prudence. L'audit lit la base et compte ce qui serait supprimé, sans rien toucher. Le dry-run simule l'exécution et trace le résultat dans l'historique. L'execute supprime réellement, en lots de 5 000 lignes par défaut, pour ne pas saturer le serveur. Vous gardez le contrôle à chaque étape.
Six nettoyeurs spécialisés
Stats nettoie connections, page_viewed, referrer_cache, pagenotfound et les guests orphelins en respectant les jointures de schéma. Cart supprime les paniers abandonnés sans jamais toucher un panier converti en commande. Log élague la table de logs avec rétention pondérée par sévérité — les erreurs critiques sont préservées deux fois plus longtemps. Search nettoie l'historique de recherche et l'index des produits supprimés. Metadata cible les lignes orphelines dans product_lang, product_shop, category_product, stock_available, specific_price et bien d'autres. Image traite les orphelins en base et, en option, scanne le dossier images pour les JPG dont le produit n'existe plus.
Rapport de gain en MB
Avant chaque action, le module interroge information_schema.TABLES pour estimer l'espace que vous récupérerez. Pour chaque cleaner, vous voyez le nombre de lignes concernées et l'équivalent disque correspondant. Le snapshot global du dashboard affiche la taille totale de votre base, le gain potentiel, le pourcentage récupérable et le top 10 des plus grosses tables.
Tâche cron sécurisée par token
L'endpoint /module/dfcleanup/cron est protégé par un jeton aléatoire de 32 caractères hexadécimaux. Comparaison en temps constant via hash_equals pour résister aux attaques par timing. Si le module cronjobs officiel PrestaShop est installé, dfcleanup s'y enregistre automatiquement via le hook actionRetrieveCronJobs — vous n'avez rien à configurer. Sinon, une ligne crontab système prête à copier-coller est affichée dans l'admin. Le mode par défaut est dry-run, donc même une exécution accidentelle ne supprime rien.
Historique complet et auditable
Chaque opération est consignée dans une table dédiée avec le nettoyeur utilisé, le mode (audit / dry_run / execute), le nombre de lignes affectées, les octets libérés, le détail par table en JSON, l'identité de l'opérateur (email administrateur ou la mention cron pour les runs automatisés), et la date. La rétention de l'historique est configurable (180 jours par défaut).
Pour qui
Pour les marchands PrestaShop dont la base dépasse 500 Mo et qui constatent des ralentissements en backoffice. Pour les agences qui veulent automatiser la maintenance de leurs clients. Pour les développeurs qui veulent un outil d'orphan-cleanup robuste et auditable, sans devoir écrire des scripts SQL ad-hoc. Pour les hébergeurs qui veulent réduire l'espace consommé par les bases de leurs clients sans risque.
Il n’y a pas encore d’avis.