Alles, was Sie wissen sollten bevor Sie installieren.
Ein detaillierter Blick darauf, wie DataFirefly Cleanup — PrestaShop 8 & 9 Datenbankbereiniger funktioniert, warum wir es so gebaut haben und der Gedanke hinter den Funktionen oben.
Warum Ihre PrestaShop-Datenbank bereinigen
Mit der Zeit häuft Ihre PrestaShop-Datenbank Daten an, die Sie nicht mehr benötigen: Besuchsstatistiken von vor zwei Jahren, endlos abgebrochene Körbe, Logs längst behobener Fehler, Suchen nach gelöschten Produkten, Metadaten von Produkten, die Sie aus dem Katalog entfernt haben, verwaiste Bilder auf der Festplatte. All das verlangsamt Ihre Abfragen, bläht Ihre Backups auf und kostet Serverplatz.
Ein dreistufiger Ansatz
DataFirefly Cleanup bietet drei Modi pro Cleaner, nach Vorsicht geordnet. Audit liest die Datenbank und zählt, was gelöscht würde, ohne irgendetwas anzufassen. Dry-run simuliert die Ausführung und protokolliert das Ergebnis in der Historie. Execute löscht tatsächlich, standardmäßig in 5.000-Zeilen-Lots, um den Server nicht zu überlasten. Sie behalten in jedem Schritt die Kontrolle.
Sechs spezialisierte Cleaner
Stats bereinigt connections, page_viewed, referrer_cache, pagenotfound und verwaiste Guests unter Berücksichtigung der Schema-Joins. Cart entfernt abgebrochene Körbe, ohne jemals einen in eine Bestellung umgewandelten Korb zu berühren. Log stützt die Log-Tabelle mit nach Schweregrad gewichteter Aufbewahrung — kritische Fehler werden doppelt so lange aufbewahrt. Search bereinigt die Suchhistorie und den Index gelöschter Produkte. Metadata zielt auf verwaiste Zeilen in product_lang, product_shop, category_product, stock_available, specific_price und vielen weiteren. Image behandelt DB-Waisen und scannt optional das Produktbild-Verzeichnis nach JPGs, deren Produkt nicht mehr existiert.
MB-Gewinn-Bericht
Vor jeder Aktion fragt das Modul information_schema.TABLES ab, um den Speicherplatz zu schätzen, den Sie zurückgewinnen. Für jeden Cleaner sehen Sie die Anzahl betroffener Zeilen und das entsprechende Festplattenäquivalent. Der Dashboard-Snapshot zeigt Ihre gesamte Datenbankgröße, den möglichen Gewinn, den rückgewinnbaren Prozentsatz und die Top 10 der größten Tabellen.
Token-gesicherte Cron-Aufgabe
Der Endpunkt /module/dfcleanup/cron ist durch einen 32-Zeichen-Hex-Zufallstoken geschützt. Vergleich in konstanter Zeit über hash_equals, um Timing-Angriffen standzuhalten. Wenn das offizielle PrestaShop cronjobs-Modul installiert ist, registriert sich dfcleanup dort selbst über den Hook actionRetrieveCronJobs — nichts zu konfigurieren. Andernfalls wird eine kopierfertige System-Crontab-Zeile im Admin angezeigt. Der Standardmodus ist dry-run, sodass selbst eine versehentliche Ausführung nichts löscht.
Vollständige nachprüfbare Historie
Jede Operation wird in einer dedizierten Tabelle mit dem verwendeten Cleaner, dem Modus (audit / dry_run / execute), der Anzahl betroffener Zeilen, den befreiten Bytes, den Details pro Tabelle als JSON, der Operator-Identität (Admin-E-Mail oder cron für geplante Ausführungen) und dem Datum aufgezeichnet. Die Aufbewahrungsdauer der Historie ist konfigurierbar (standardmäßig 180 Tage).
Für wen
Für PrestaShop-Händler, deren Datenbank 500 MB überschreitet und die Backoffice-Langsamkeit feststellen. Für Agenturen, die die Wartung ihrer Kunden automatisieren möchten. Für Entwickler, die ein robustes, nachprüfbares Orphan-Cleanup-Tool wollen, ohne Ad-hoc-SQL-Skripte schreiben zu müssen. Für Hoster, die den Speicherplatzverbrauch ihrer Kunden-Datenbanken risikofrei reduzieren möchten.
Es gibt noch keine Rezensionen.