Czy bezpiecznie jest usuwać stare, wyłączone moduły z back office?

Generalnie tak, ale najpierw odinstaluj, nie usuwaj po prostu folderu. Wyłączenie modułu tylko go wyłącza; jego tabele bazy danych, hooki i wiersze konfiguracji zostają. Właściwa kolejność:

Standardowa ścieżka to Modules > Module Manager, następnie wyszukanie modułu, otwarcie jego menu akcji i wybranie Uninstall. Po odinstalowaniu PrestaShop może usunąć folder modułu albo możesz usunąć folder z modules/modulename/, gdy odinstalowanie zakończy się poprawnie.

Niektóre moduły celowo zachowują dane historyczne po odinstalowaniu, zwłaszcza moduły płatności, zamówień, wysyłki, wsparcia, marketplace i audytu. Nie zawsze oznacza to złą procedurę odinstalowania: faktury, referencje zamówień, logi walidacji lub historia licencji mogą wymagać dalszej czytelności nawet po wyłączeniu modułu.

1. Zrób backup bazy danych i plików, aby zła operacja czyszczenia była odwracalna.
2. W back office kliknij Uninstall przy module. To uruchamia własną procedurę uninstall modułu i usuwa dane, które utworzył.
3. Dopiero potem usuń folder modułu (back office może to zrobić za Ciebie po odinstalowaniu).

Pominiesz uninstall i usuniesz folder bezpośrednio, a zostawisz osierocone tabele i rekordy hooków w bazie danych. Przy naprawie white screen i błędów 500 zobacz nasz poradnik rozwiązywania problemów PrestaShop.

SELECT m.id_module, m.name, h.name AS hook_name
FROM ps_module m
LEFT JOIN ps_hook_module hm ON hm.id_module = m.id_module
LEFT JOIN ps_hook h ON h.id_hook = hm.id_hook
WHERE m.name = 'modulename';

SELECT id_tab, class_name, module, active
FROM ps_tab
WHERE module = 'modulename' OR class_name LIKE '%ModuleName%';

Są dwa przypadki, w których warto się zatrzymać: jeśli moduł dostarczał płatności, dostawę, podatki, marketplace albo integrację ERP, najpierw potwierdź, że nie ma aktywnych zamówień, przewoźników, webhooków ani zadań cron nadal od niego zależnych; jeśli moduł jest customowy, sprawdź jego procedurę uninstall, bo niektóre moduły celowo zachowują historyczne tabele dla celów audytu. Dobre sprzątanie to odinstalować jeden moduł naraz, przeładować back office, otworzyć front office i sprawdzić log błędów PHP przed kontynuacją.

Źródło modułu zwykle wyjaśnia, dlaczego krok uninstall w back office ma znaczenie. Dobrze zbudowane moduły usuwają tabs, konfigurację, hooki i czasem własne preferencje admina w metodzie uninstall(). Usunięcie samego folderu pomija to czyszczenie i może zostawić zepsute pozycje menu, martwe hooki albo tabele bazy danych, które utrudniają późniejsze debugowanie aktualizacji.