PRESTASHOP EXPERTS

Audyt i naprawa PrestaShop: co zrobić, gdy sklep nagle staje i tracisz zamówienia

Dlaczego PrestaShop nagle przestaje działać? Najczęstsze awarie i błędy

Większość awarii w środowisku PrestaShop wynika bezpośrednio z modułowej architektury silnika oraz specyfiki hostingu.

Pusta, biała strona (White Screen of Death) oraz kod HTTP 500 oznaczają po prostu, że interpreter PHP przerwał wykonywanie skryptu z powodu błędu krytycznego (Fatal Error). Najczęstsze przyczyny techniczne:

Przekroczenie limitu pamięci serwera: Zbyt niski parametr memory_limit (np. 128 MB zamiast zalecanych 512 MB), który wyczerpuje się w momencie generowania ciężkich zestawień, indeksowania produktów czy tworzenia faktur PDF.

Timeout wykonywania operacji: Zbyt krótki max_execution_time na tanich hostingach współdzielonych, przez co skrypt ubija proces w trakcie generowania feedów produktowych do Google Merchant.

Niekompatybilność z nowszą wersją PHP: Automatyczne przełączenie hostingu na PHP 8.1 lub 8.2 w sytuacji, gdy w sklepie wciąż działa kilkuletni moduł płatności odwołujący się do przestarzałych funkcji.

Osobną kategorią są awarie samego koszyka. Sklep sprawia wrażenie w pełni sprawnego, katalog produktów działa płynnie, ale klienci odpadają na etapie finalizacji zamówienia. Zazwyczaj odpowiada za to konflikt skryptów JavaScript w checkoucie (np. biblioteka mapy punktów odbioru InPost gryzie się z niestandardowym szablonem One Step Checkout) albo brak komunikacji zwrotnej z bramki płatności (błędnie skonfigurowany adres powiadomień IPN/webhook w PayU, Przelewy24 czy Stripe).

Audyt PrestaShop – analiza sklepu internetowego
PrestaShop

Pierwsza pomoc: jak zdiagnozować i naprawić błąd PrestaShop bez zgadywania

Zamiast zgadywać, który moduł nawalił, warto wymusić na silniku wyrzucenie dokładnego komunikatu o błędzie.

Włączenie trybu debugowania (Debug Mode)

Domyślnie PrestaShop maskuje błędy przed klientami. Aby zobaczyć stos wywołań (stack trace):
Jeśli panel administracyjny działa: wejdź w Zaawansowane -> Wydajność i przełącz Tryb debugowania na TAK.
Jeśli zaplecze nie odpowiada: połącz się przez FTP lub SSH, otwórz plik config/defines.inc.php i w linijce define(’PS_MODE_DEV’, false); zamień false na true.
Na ekranie pojawi się czerwona plansza Symfony z dokładną ścieżką do wadliwego pliku. Jeśli błąd wskazuje katalog /modules/nazwa_modulu/, wystarczy tymczasowo zmienić nazwę tego katalogu na FTP (np. dopisując _old), aby przywrócić działanie sklepu i odizolować problem. Po namierzeniu usterki tryb debugowania należy wyłączyć – pozostawiony na produkcji obciąża serwer i ujawnia strukturę plików.

Ręczne wyczyszczenie katalogu cache

Czasami silnik mieli błąd zapisany w skompilowanych szablonach Smarty lub kontenerze Symfony. Z poziomu FTP lub konsoli serwera wystarczy usunąć zawartość katalogu:
dla PrestaShop 1.7 oraz 8.x: var/cache/prod/
komendą w SSH (z głównego folderu sklepu): php bin/console cache:clear

Weryfikacja logów PHP i serwera

Kiedy na ekranie nadal jest pusto, powód tkwi głębiej. W katalogu /var/logs/ znajdują się logi samego silnika, natomiast w panelu hostingu (DirectAdmin, cPanel) warto sprawdzić plik error_log serwera Apache lub Nginx. To tam lądują informacje o braku wymaganych rozszerzeń PHP (np. intl, soap, gd czy curl).

Kiedy restart nie pomaga: co weryfikuje kompleksowy audyt PrestaShop?

Samo usunięcie skutków awarii przywraca ruch, ale rzadko eliminuje źródło problemu. Jeśli sklep ma wady strukturalne, błąd powróci przy kolejnej promocji lub aktualizacji asortymentu.

Jednym z głównych problemów po latach działania sklepu stają się pliki nadpisań w katalogach /override/classes/ oraz /override/controllers/. Różne wtyczki próbują w tym samym czasie modyfikować ten sam plik rdzenia (często Cart.php, Order.php lub Product.php). Dochodzi wtedy do nadpisywania metod, gubienia danych i losowych błędów przy naliczaniu rabatów. Audyt pozwala wyczyścić te konflikty i przenieść modyfikacje na standardowe hooki.

Drugim wąskim gardłem jest baza danych. Tabele logów połączeń (ps_connections), statystyk stron odsyłających czy porzuconych koszyków potrafią osiągać rozmiary kilkunastu gigabajtów. Baza puchnie, pojedyncze zapytanie SELECT blokuje całą tabelę, a czas odpowiedzi serwera (TTFB) drastycznie rośnie. Szczegółowe mechanizmy tego zjawiska omawiamy w artykule o tym, dlaczego sklep na PrestaShop muli.

W trakcie audytu sprawdzamy również integralność plików pod kątem złośliwego oprogramowania. Przestarzałe wtyczki bywają celem ataków typu malware – doklejane są do nich skrypty podmieniające numery kont w modułach przelewu tradycyjnego lub wykradające dane formularzy.

Awarie w sprzedaży hurtowej – specyfika błędów w PrestaShop B2B

W sprzedaży detalicznej (B2C) niedostępność sklepu oznacza stratę kilku transakcji od osób fizycznych. W handlu hurtowym konsekwencje są nieporównywalnie większe. Platformy oparte na PrestaShop B2B przetwarzają złożone reguły handlowe:

  1. przypisywanie indywidualnych siatek rabatowych do grup klientów,
  2. weryfikację numerów NIP w bazach VIES/GUS,
  3. limity kredytu kupieckiego i odroczone terminy płatności,
  4. ukrywanie stanów magazynowych oraz cen dla kontrahentów bez aktywacji konta.

Awaria w środowisku B2B zazwyczaj uderza w automatyczną integrację sklepu z systemem ERP (Comarch ERP Optima, Subiekt GT czy Symplex Small Business). Kiedy integrator przestaje synchronizować dane, dochodzi do rozbieżności stanów magazynowych. Towar widnieje w sklepie, kontrahent składa zamówienie na paletę produktów, a na magazynie fizycznym brakuje asortymentu. W takich systemach audyt stabilności modułów wymiany danych jest kluczowy dla ciągłości sprzedaży.

Umów bezpłatną konsultacje na Google Meet

Chcesz usprawnić
swój biznes?




    Naprawa PrestaShop – praca nad błędami sklepu

    Praca na kopii roboczej zamiast edycji kodu na działającym sklepie

    Ręczne edytowanie tabel przez phpMyAdmin albo modyfikowanie plików .php bezpośrednio na serwerze produkcyjnym to najczęstszy powód rozszerzenia awarii. Skutkiem bywa uszkodzenie relacji w bazie danych (np. zamówienie traci powiązanie z konkretnym klientem lub pozycjami z koszyka).

    Przed jakąkolwiek ingerencją należy zrzucić aktualną kopię bazy danych (np. przez mysqldump) oraz pobrać kopię plików. Bezpieczna diagnostyka odbywa się wyłącznie na środowisku stagingowym – sklonowanej wersji sklepu uruchomionej pod osobnym adresem technicznym, odciętej od wysyłki maili transakcyjnych do klientów.

    Add Your Title Here…

    Lat Doświadczenia

    Add Your Title Here…

    Stałych Klientów

    Najczęstsze pytania o audyt i naprawę PrestaShop

    Ile kosztuje audyt PrestaShop?

    Zależy od zakresu – inaczej wygląda szybka diagnoza pojedynczej awarii koszyka, a inaczej pełny audyt techniczny sklepu działającego od kilku lat, z dziesiątkami modułów i nadpisań w kodzie. Wycenę podajemy po wstępnym przejrzeniu logów i stanu sklepu.

    Jak długo trwa naprawa sklepu na PrestaShop?

    Prosty błąd modułu czy konfliktu w checkoucie da się naprawić często w kilka godzin. Poważniejsze przypadki – uszkodzona baza danych, nawarstwione nadpisania rdzenia, infekcja plików – wymagają pracy na środowisku testowym rozłożonej na kilka dni, żeby nie wprowadzić kolejnej awarii przy okazji naprawy poprzedniej.

    Wsparcie techniczne i naprawa w 4AD Studio

    Podczas usuwania awarii działamy bezpośrednio na środowisku testowym: zabezpieczamy dane, odtwarzamy błąd w oparciu o logi, wdrażamy poprawkę w kodzie i testujemy pełną ścieżkę zamówienia. Dopiero zweryfikowane rozwiązanie trafia na serwer produkcyjny.

    Poza doraźnymi interwencjami serwisowymi prowadzimy bieżącą administrację sklepów PrestaShop. Obejmuje ona regularną kontrolę logów, aktualizacje silnika w środowisku kontrolowanym oraz optymalizację baz danych, co pozwala eliminować usterki zanim wpłyną na konwersję w sklepie.

    Jeśli w Twoim sklepie występują błędy po aktualizacji, koszyk nie przetwarza płatności lub platforma wymaga technicznego audytu, skontaktuj się z nami – przeanalizujemy logi i wdrożymy niezbędne poprawki.

    Napisz do nas

    Chcesz usprawnić
    swój biznes?

    Bartłomiej Biedrończyk




      4AD
      Przegląd prywatności

      Ta strona korzysta z ciasteczek, aby zapewnić Ci najlepszą możliwą obsługę. Informacje o ciasteczkach są przechowywane w przeglądarce i wykonują funkcje takie jak rozpoznawanie Cię po powrocie na naszą stronę internetową i pomaganie naszemu zespołowi w zrozumieniu, które sekcje witryny są dla Ciebie najbardziej interesujące i przydatne.