Logi PrestaShop — gdzie są i jak je czytać [2026]

Logi PrestaShop to pierwsze miejsce, do którego zagląda dobry specjalista przy każdej awarii — 80% problemów zostawia w nich ślad z dokładnym komunikatem błędu. W PrestaShop logi znajdziesz w katalogu var/logs/, a uzupełniają je logi PHP i serwera. Poniżej: gdzie dokładnie są logi w PrestaShop 1.6, 1.7, 8 i 9, jak je czytać i jak znaleźć w nich przyczynę awarii. Diagnostyka z raportem u specjalisty: 500–1 500 zł netto.

Najważniejsze: Logi PrestaShop są w trzech miejscach: 1) var/logs/ w katalogu sklepu (pliki dzienne: dev.log, prod.log w 1.7+/8/9; log/ w 1.6), 2) logi PHP hostingu (error_log, php_errorlog), 3) logi serwera nginx/apache (error.log, access.log). Szukaj wpisów z ostatnich minut: PHP Fatal error, Allowed memory size, SQLSTATE, Connection refused. Jeden błąd na minutę przed awarią to zwykle sprawca. Logi czytaj od dołu — najnowsze wpisy są na końcu.

Gdzie są logi w PrestaShop — wersja po wersji

Dostęp do plików masz przez FTP/SFTP, SSH albo menedżer plików w panelu hostingu. Jeśli katalog var/logs/ jest pusty, logowanie mogło zostać wyłączone albo uprawnienia nie pozwalają PHP na zapis — to osobny problem do naprawy.

Logi PHP i serwera

PrestaShop nie loguje wszystkiego — błędy PHP na poziomie serwera (brak pamięci, błędy parsowania) lądują w logach PHP

• error_log — w katalogu sklepu lub w katalogu głównym konta hostingu,
• php_errorlog — typowe dla hostingów współdzielonych (cPanel/DirectAdmin),
• logi nginx/apache — error.log (błędy serwera) i access.log (wszystkie żądania, przydatne przy analizie ataków).

Gdy PrestaShop pokazuje białą stronę bez wpisu w var/logs/, przyczyny szukaj właśnie w logach PHP. Bez dostępu do plików poproś support hostingu o ostatnie wpisy błędów — udostępniają je standardowo.

Jak czytać logi — praktyczny warsztat

Wpis w logu ma stałą strukturę: czas, poziom, kanał, komunikat. Przykłady z realnych awarii

[2026-10-20 14:12:03] prod.CRITICAL: Fatal error: Allowed memory size of 268435456 bytes exhausted in /modules/heavymodule/heavymodule.php on line 412

• Co z niego wynika: 20 października o 14:12 moduł heavymodule wyczerpał 256M pamięci. Pierwszy krok: podnieś memory_limit i sprawdź, czy moduł nie ma wycieku pamięci.

[2026-10-20 14:12:03] prod.ERROR: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'sklep.ps_temp_table' doesn't exist

Brakuje tabeli — moduł szuka tabeli, która nie istnieje (nieudana aktualizacja?

ręczne czyszczenie bazy?). Sprawdź, czy moduł ma komplet tabel.

[2026-10-20 14:12:03] prod.ERROR: Connection refused: SMTP connect failed

Sklep nie łączy się z serwerem SMTP — błędny port, hasło albo blokada hostingu. Procedura: maile z PrestaShop nie dochodzą.

Jak filtrować duże logi

Log produkcyjny potrafi mieć dziesiątki tysięcy linii. Zamiast czytać całość

• - przez SSH: tail -n 200 var/logs/prod.log — ostatnie 200 linii,

• - filtruj błędy: grep -E "CRITICAL|ERROR" var/logs/prod.log | tail -50,

• - szukaj po czasie awarii: grep "14:1" var/logs/prod.log,

• - w logach PHP: grep "Fatal error" error_log | tail -20.

• Zasada: szukaj wpisów z minuty, w której pojawił się problem. Jeden wpis tuż przed awarią to zwykle sprawca.

Logi a tryb debug

Logi i tryb debug uzupełniają się

• logi działają zawsze, także na produkcji — pokazują historię i kontekst,
• tryb debug (_PS_MODE_DEV_) pokazuje pełny komunikat na ekranie i włącza szczegółowe logi dev.log.

Przy złożonych awariach standardowa procedura to: logi produkcyjne → kopia sklepu z włączonym debug → odtworzenie błędu na kopii → odczyt dev.log z pełnym stack trace. Instrukcja debug: tryb debug w PrestaShop.

Logi dostępu — diagnostyka ataków

access.log serwera to kopalnia wiedzy o atakach

• serie żądań POST do admin/, xmlrpc.php, plików .env — skanery i próby brute force,
• żądania do plików, których nie ma (kody 404) z jednego IP — rekonesans,
• nietypowe User-Agent i żądania z podejrzanych geolokalizacji,
• skoki ruchu na jednym URL — scraping albo atak DDoS.

Jeśli widzisz włamanie (przekierowania, obce skrypty), logi dostępu pozwolą ustalić punkt wejścia — procedura: sklep PrestaShop po włamaniu.

Rotacja i przechowywanie logów

Logi zapychają dysk, a ich brak utrudnia diagnozę przyszłych awarii

• włącz rotację (PrestaShop 1.7+/8/9 robi to sam dla var/logs/),
• w logach serwera ustaw przechowywanie 30–90 dni,
• przy incydencie zabezpiecz kopię logów przed rotacją — to materiał dowodowy,
• nie usuwaj logów „na czysto" — to jak wyrzucenie czarnej skrzynki samolotu.

Wskazówka: Zanim zgłosisz awarię do specjalisty, zbierz: ostatnie 50 linii prod.log, ostatnie 20 wpisów Fatal error z logów PHP i informację o dokładnym czasie awarii. To skraca diagnostykę o połowę.

Najczęściej zadawane pytania

Gdzie w PrestaShop są logi błędów?

W katalogu var/logs/ (PrestaShop 1.7/8/9) lub log/ (1.6). Uzupełniają je logi PHP (error_log) i serwera (nginx/apache). Jeśli var/logs/ jest pusty, sprawdź logi PHP — tam trafiają błędy najniższego poziomu.

Log PrestaShop jest pusty, a sklep nie działa — co robić?

Biała strona bez wpisu w logach PrestaShop oznacza błąd na poziomie PHP/serwera. Sprawdź error_log hostingu i logi nginx/apache. Częsta przyczyna: brak pamięci PHP albo błąd .htaccess. Procedura: biała strona w PrestaShop.

Jak znaleźć przyczynę awarii w dużym logu?

Szukaj wpisów z minuty poprzedzającej awarię: tail -n 200 var/logs/prod.log i grep -E "CRITICAL|ERROR". Ostatni błąd przed momentem awarii to zwykle sprawca. Pomocny bywa też dokładny czas awarii od klienta.

Czy mogę czytać logi bez dostępu SSH?

Tak — pliki logów pobierzesz przez FTP/SFTP albo menedżer plików w panelu hostingu. Logi PHP hostingu bywają też widoczne w panelu (sekcja „Logi" / „Errors"). Przy braku dostępu poproś support o ostatnie wpisy błędów.

Źródła i narzędzia

• PrestaShop DevDocs — logi i debug
• PHP — obsługa błędów i logi
• nginx — logi
• OWASP — monitorowanie i logowanie

👉 Logi pełne błędów, a sklep nie działa? Prześlij ostatnie wpisy i opis problemu — formularz kontaktowy lub kontakt@informatix.com.pl. Zobacz też pomoc techniczna PrestaShop.

📖 Zobacz też: tryb debug w PrestaShop, błąd 500 i pomoc PrestaShop.