Wszystko, co warto wiedzieć, zanim zainstalujesz.
Szczegółowe spojrzenie na to, jak działa DataFirefly Cleanup: czyszczenie bazy PrestaShop 8 i 9, dlaczego zbudowaliśmy go w ten sposób i jaka myśl stoi za powyższymi funkcjami.
Po co czyścić bazę PrestaShop
Z biegiem czasu Twoja baza PrestaShop gromadzi dane, które nie są Ci już potrzebne: statystyki odwiedzin sprzed dwóch lat, nieskończone porzucone koszyki, logi dawno rozwiązanych błędów, wyszukiwania usuniętych produktów, metadane produktów wycofanych z katalogu, osierocone obrazy na dysku. Wszystko to spowalnia Twoje zapytania, rozdyma kopie zapasowe i kosztuje miejsce na serwerze.
Podejście w trzech krokach
DataFirefly Cleanup oferuje trzy tryby dla każdego czyściciela, w kolejności rosnącej ostrożności. Audyt odczytuje bazę i liczy, co zostałoby usunięte, niczego nie ruszając. Symulacja odtwarza wykonanie i zapisuje wynik w historii. Wykonanie realnie usuwa, partiami po 5000 wierszy domyślnie, aby nie wysycić serwera. Na każdym etapie zachowujesz kontrolę.
Sześć wyspecjalizowanych czyścicieli
Statystyki czyszczą tabele connections, page_viewed, referrer_cache, pagenotfound oraz osieroconych gości, z poszanowaniem złączeń schematu. Koszyk usuwa porzucone koszyki, nigdy nie dotykając koszyka przekształconego w zamówienie. Logi przycinają tabelę logów z retencją ważoną według wagi zdarzenia, przy czym błędy krytyczne są zachowywane dwa razy dłużej. Wyszukiwania czyszczą historię wyszukiwań i indeks usuniętych produktów. Metadane celują w osierocone wiersze w product_lang, product_shop, category_product, stock_available, specific_price i wielu innych. Obrazy przetwarzają sieroty w bazie i opcjonalnie skanują katalog obrazów w poszukiwaniu plików JPG, których produkt już nie istnieje.
Raport zysku w MB
Przed każdą akcją moduł odpytuje information_schema.TABLES, aby oszacować miejsce, które odzyskasz. Dla każdego czyściciela widzisz liczbę objętych wierszy i odpowiadający im ekwiwalent dyskowy. Globalny snapshot na pulpicie pokazuje całkowity rozmiar Twojej bazy, potencjalny zysk, procent możliwy do odzyskania oraz top 10 największych tabel.
Zadanie cron zabezpieczone tokenem
Endpoint crona jest chroniony losowym tokenem o długości 32 znaków szesnastkowych. Porównanie w stałym czasie przez hash_equals chroni przed atakami czasowymi. Jeśli oficjalny moduł cronjobs PrestaShop jest zainstalowany, dfcleanup rejestruje się w nim automatycznie przez hook actionRetrieveCronJobs, więc niczego nie musisz konfigurować. W przeciwnym razie w panelu admina wyświetlana jest gotowa do skopiowania linia systemowego crontaba. Trybem domyślnym jest symulacja, więc nawet przypadkowe uruchomienie niczego nie usuwa.
Pełna i audytowalna historia
Każda operacja jest zapisywana w dedykowanej tabeli wraz z użytym czyścicielem, trybem (audyt, symulacja, wykonanie), liczbą dotkniętych wierszy, zwolnionymi bajtami, szczegółami per tabela w formacie JSON, tożsamością operatora (adres e-mail administratora albo oznaczenie cron przy uruchomieniach automatycznych) oraz datą. Retencja historii jest konfigurowalna (domyślnie 180 dni).
Dla kogo
Dla sprzedawców PrestaShop, których baza przekracza 500 MB i którzy obserwują spowolnienia w back office. Dla agencji, które chcą zautomatyzować utrzymanie sklepów swoich klientów. Dla deweloperów, którzy chcą mieć solidne i audytowalne narzędzie do czyszczenia sierot, bez pisania doraźnych skryptów SQL. Dla hostingodawców, którzy chcą bezpiecznie zmniejszyć miejsce zajmowane przez bazy swoich klientów.
Na razie nie ma opinii o produkcie.