ODBORNÍCI NA PRESTASHOP

Audit a oprava PrestaShopu: co dělat, když obchod náhle přestane fungovat a přicházíte o objednávky

Proč PrestaShop najednou přestane fungovat? Nejčastější poruchy a chyby

Většina poruch v prostředí PrestaShopu přímo souvisí s modulární architekturou jádra a specifiky hostingu.

Prázdná bílá stránka (White Screen of Death) a kód HTTP 500 jednoduše znamenají, že interpret PHP přerušil provádění skriptu z důvodu kritické chyby (Fatal Error). Nejčastější technické příčiny:

Překročení limitu paměti serveru: Příliš nízká hodnota parametru memory_limit (např. 128 MB namísto doporučených 512 MB), která se vyčerpá při generování náročných přehledů, indexování produktů nebo vytváření faktur ve formátu PDF.

Časový limit provádění operace: Příliš krátká hodnota max_execution_time na levných sdílených hostingu, kvůli čemuž skript ukončí proces během generování produktových feedů pro Google Merchant.

Nekompatibilita s novější verzí PHP: Automatický přechod hostingu na PHP 8.1 nebo 8.2 v případě, že v e-shopu stále funguje několik let starý platební modul, který využívá zastaralé funkce.

Samostatnou kategorií jsou poruchy samotného nákupního košíku. Obchod působí dojmem, že funguje bezchybně, katalog produktů běží plynule, ale zákazníci odpadávají ve fázi dokončení objednávky. Obvykle je to způsobeno konfliktem skriptů JavaScript v pokladně (např. knihovna map s výdejními místy InPost se neslučuje s nestandardní šablonou One Step Checkout) nebo chybějící zpětnou vazbou z platební brány (nesprávně nakonfigurovaná adresa pro oznámení IPN/webhook v PayU, Przelewy24 nebo Stripe).

Audit PrestaShop – analýza internetového obchodu
PrestaShop

První pomoc: jak stanovit diagnózu a opravit chybu PrestaShop bez dohadování

Místo toho, abyste hádali, který modul selhal, je lepší donutit motor, aby vypsal přesnou chybovou zprávu.

Zapnutí režimu ladění (Debug Mode)

PrestaShop ve výchozím nastavení skrývá chyby před zákazníky. Chcete-li zobrazit záznam o volání (stack trace):
Jeśli panel administracyjny działa: wejdź w Zaawansowane -> Wydajność i przełącz Tryb debugowania na TAK.
Pokud server nesplňuje požadavky: připojte se přes FTP nebo SSH, otevřete soubor config/defines.inc.php a v řádku define(’PS_MODE_DEV’, false); nahraď false hodnotou true.
Na obrazovce se zobrazí červená obrazovka Symfony s přesnou cestou k chybnému souboru. Pokud chyba ukazuje na adresář /modules/název_modulu/, stačí dočasně přejmenovat tento adresář na FTP (např. přidáním _old), aby se obnovil provoz e-shopu a izoloval se problém. Po lokalizaci chyby je třeba režim ladění vypnout – pokud zůstane zapnutý v produkčním prostředí, zatěžuje server a odhaluje strukturu souborů.

Ruční vyčištění mezipaměti

Někdy se v kompilovaných šablonách Smarty nebo v kontejneru Symfony vyskytne chyba. Z FTP nebo z konzole serveru stačí smazat obsah adresáře:
pro PrestaShop 1.7 a 8.x: var/cache/prod/
příkazem v SSH (z hlavního adresáře obchodu): php bin/console cache:clear

Kontrola protokolů PHP a serveru

Pokud je obrazovka stále prázdná, příčina leží hlouběji. V adresáři /var/logs/ se nacházejí protokoly samotného jádra, zatímco v panelu hostingu (DirectAdmin, cPanel) je vhodné zkontrolovat soubor error_log serveru Apache nebo Nginx. Právě tam se ukládají informace o chybějících požadovaných rozšířeních PHP (např. intl, soap, gd nebo curl).

Když restart nepomůže: co ověřuje komplexní audit PrestaShopu?

Samotné odstranění následků poruchy sice obnoví provoz, ale málokdy vyřeší příčinu problému. Pokud má obchod strukturální nedostatky, chyba se objeví znovu při další akci nebo aktualizaci sortimentu.

Jedním z hlavních problémů po několika letech provozu obchodu se stávají soubory s přepsanými částmi v adresářích /override/classes/ a /override/controllers/. Různé pluginy se snaží současně upravovat stejný soubor jádra (často Cart.php, Order.php nebo Product.php). Dochází pak k přepisování metod, ztrátě dat a náhodným chybám při výpočtu slev. Audit umožňuje tyto konflikty odstranit a přesunout úpravy do standardních hooků.

Dalším úzkým hrdlem je databáze. Tabulky protokolů připojení (ps_connections), statistik odkazujících stránek či opuštěných košíků mohou dosahovat velikosti několika desítek gigabajtů. Databáze se přetěžuje, jediný dotaz SELECT zablokuje celou tabulku a doba odezvy serveru (TTFB) drasticky stoupá. Podrobné mechanismy tohoto jevu rozebíráme v článku o tom, proč se obchod na PrestaShopu zpomaluje.

V rámci auditu také kontrolujeme integritu souborů z hlediska přítomnosti škodlivého softwaru. Zastaralé pluginy bývají terčem útoků typu malware – jsou do nich vkládány skripty, které mění čísla účtů v modulech pro tradiční převody nebo kradou údaje z formulářů.

Poruchy ve velkoobchodním prodeji – specifika chyb v PrestaShopu B2B

V maloobchodním prodeji (B2C) znamená nedostupnost obchodu ztrátu několika transakcí od fyzických osob. Ve velkoobchodu jsou důsledky nesrovnatelně větší. Platformy založené na PrestaShop B2B zpracovávají složité obchodní pravidla:

  1. přiřazování individuálních slevových tabulek ke skupinám zákazníků,
  2. ověření čísel NIP v databázích VIES/GUS,
  3. limity obchodního úvěru a odložené termíny splatnosti,
  4. skrytí skladových zásob a cen před obchodními partnery, kteří nemají aktivovaný účet.

Porucha v prostředí B2B se obvykle projeví v automatické integraci obchodu se systémem ERP (Comarch ERP Optima, Subiekt GT nebo Symplex Small Business). Jakmile integrátor přestane synchronizovat data, dochází k nesouladu skladových zásob. Zboží je v obchodě k dispozici, obchodní partner zadá objednávku na paletu produktů, ale ve fyzickém skladu tento sortiment chybí. V takových systémech je audit stability modulů pro výměnu dat klíčový pro zajištění nepřetržitého prodeje.

Domluvte si bezplatnou konzultaci přes Google Meet

Chcete se zlepšit
vašeho podniku?




    Oprava PrestaShopu – práce na odstraňování chyb v e-shopu

    Práce s pracovní kopií místo úpravy kódu v již fungujícím internetovém obchodě

    Ruční úpravy tabulek pomocí phpMyAdmin nebo úpravy souborů .php přímo na produkčním serveru jsou nejčastější příčinou prodloužení výpadku. Důsledkem bývá poškození vztahů v databázi (např. objednávka ztratí vazbu na konkrétního zákazníka nebo položky z košíku).

    Před jakýmkoli zásahem je nutné vytvořit aktuální zálohu databáze (např. pomocí mysqldump) a stáhnout kopii souborů. Bezpečná diagnostika se provádí výhradně ve stagingovém prostředí – v klonované verzi e-shopu spuštěné na samostatné technické adrese, která je odříznuta od odesílání transakčních e-mailů zákazníkům.

    Přidejte sem svůj název...

    Roky zkušeností

    Přidejte sem svůj název...

    Stálí zákazníci

    Nejčastější dotazy týkající se auditu a oprav PrestaShopu

    Kolik stojí audit PrestaShopu?

    Záleží na rozsahu – rychlá diagnostika jedné poruchy nákupního košíku vypadá jinak než kompletní technický audit e-shopu, který funguje již několik let a obsahuje desítky modulů a přepisů v kódu. Cenovou nabídku poskytneme po předběžném prozkoumání protokolů a stavu obchodu.

    Jak dlouho trvá oprava obchodu na platformě PrestaShop?

    Jednoduchou chybu modulu nebo konflikt při dokončování objednávky lze často opravit během několika hodin. Závažnější případy – poškozená databáze, opakované přepsání jádra, infikované soubory – vyžadují práci v testovacím prostředí rozloženou na několik dní, aby při opravě předchozí poruchy nedošlo k další poruše.

    Technická podpora a oprava ve studiu 4AD

    Při odstraňování poruch pracujeme přímo v testovacím prostředí: zabezpečíme data, na základě protokolů reproduujeme chybu, implementujeme opravu do kódu a otestujeme celý průběh objednávky. Teprve ověřené řešení se dostane na produkční server.

    Kromě okamžitých servisních zásahů zajišťujeme také běžnou správu obchodů PrestaShop. Ta zahrnuje pravidelnou kontrolu protokolů, aktualizace jádra v kontrolovaném prostředí a optimalizaci databází, což umožňuje odstraňovat chyby dříve, než ovlivní konverzi v e-shopu.

    Pokud se ve vašem obchodě po aktualizaci vyskytují chyby, nákupní košík nezpracovává platby nebo platforma vyžaduje technický audit, kontaktujte nás – prozkoumáme protokoly a provedeme nezbytné opravy.

    Napište nám

    Chcete se zlepšit
    vašeho podniku?

    Bartłomiej Biedrończyk




      4AD
      Přehled ochrany osobních údajů

      Tyto webové stránky používají soubory cookies, abychom vám mohli poskytnout co nejlepší uživatelský zážitek. Informace o souborech cookie se ukládají ve vašem prohlížeči a plní funkce, jako je rozpoznání, když se na naše webové stránky vrátíte, a pomáhají našemu týmu pochopit, které části webových stránek považujete za nejzajímavější a nejužitečnější.