{"id":1079,"date":"2023-06-21T18:34:01","date_gmt":"2023-06-21T15:34:01","guid":{"rendered":"https:\/\/presta.site\/blog\/bialy-ekran-smierci-wsod-w-prestashop-przewodnik-krok-po-kroku\/"},"modified":"2026-07-26T09:40:26","modified_gmt":"2026-07-26T06:40:26","slug":"bialy-ekran-smierci-wsod-w-prestashop-przewodnik-krok-po-kroku","status":"publish","type":"post","link":"https:\/\/presta.site\/blog\/pl\/bialy-ekran-smierci-wsod-w-prestashop-przewodnik-krok-po-kroku\/","title":{"rendered":"Bia\u0142y ekran \u015bmierci PrestaShop: przewodnik naprawy krok po kroku"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">Tak zwany <strong>bia\u0142y ekran \u015bmierci PrestaShop<\/strong> to pusta strona bez \u017cadnego komunikatu &#8211; we front office, panelu administracyjnym (Back Office) lub obu naraz. Zazwyczaj oznacza to, \u017ce PHP zatrzyma\u0142o si\u0119, zanim sklep zd\u0105\u017cy\u0142 wygenerowa\u0107 kod HTML. Ten przewodnik pokazuje, jak w\u0142\u0105czy\u0107 tryb debugowania (nawet gdy panel nie dzia\u0142a), odczyta\u0107 prawdziwy b\u0142\u0105d i wdro\u017cy\u0107 poprawki, kt\u00f3re rozwi\u0105zuj\u0105 wi\u0119kszo\u015b\u0107 przypadk\u00f3w WSoD.<\/p>\n\n\n<!--more-->\n\n\n<p class=\"wp-block-paragraph\">Od wersji PrestaShop 1.7 (w tym 8 i 9), prze\u0142\u0105czniki debugowania znajduj\u0105 si\u0119 w sekcji <strong>Zaawansowane \u2192 Wydajno\u015b\u0107<\/strong>, je\u015bli panel administracyjny (Back Office) wci\u0105\u017c si\u0119 \u0142aduje. Je\u015bli panel te\u017c jest pusty, nale\u017cy prze\u0142\u0105czy\u0107 <code class=\"codecolorer text default\"><span class=\"text\">_PS_MODE_DEV_<\/span><\/code> w pliku <code class=\"codecolorer text default\"><span class=\"text\">config\/defines.inc.php<\/span><\/code> przez SFTP lub SSH. Oficjalne notatki dotycz\u0105ce tych ustawie\u0144 mo\u017cna znale\u017a\u0107 w <a href=\"https:\/\/docs.prestashop-project.org\/v.9-documentation\/user-guide\/configuring-shop\/advanced-parameters\/performance\" target=\"_blank\" rel=\"noopener noreferrer\">dokumentacji PrestaShop 9 (Performance)<\/a>. Nale\u017cy wykona\u0107 <a href=\"https:\/\/presta.site\/blog\/pl\/jak-utworzyc-kopie-zapasowa-w-prestashop\/\">pe\u0142n\u0105 kopi\u0119 zapasow\u0105 PrestaShop<\/a> przed usuni\u0119ciem modu\u0142\u00f3w lub przywracaniem plik\u00f3w.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Co zazwyczaj oznacza bia\u0142y ekran \u015bmierci PrestaShop<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Pusta strona to objaw, a nie jeden konkretny b\u0142\u0105d. Pojawiaj\u0105cy si\u0119 bia\u0142y ekran \u015bmierci PrestaShop oznacza, \u017ce PHP napotka\u0142o b\u0142\u0105d krytyczny (fatal error), zabrak\u0142o pami\u0119ci lub wyst\u0105pi\u0142a awaria, zanim silnik Smarty m\u00f3g\u0142 cokolwiek wy\u015bwietli\u0107. Tryb produkcyjny celowo ukrywa te szczeg\u00f3\u0142y, aby kupuj\u0105cy nigdy nie zobaczyli \u015bladu stosu (stack trace). Zadaniem jest uwidocznienie b\u0142\u0119du, a nast\u0119pnie naprawienie jego przyczyny.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Warto zwr\u00f3ci\u0107 uwag\u0119 na to, gdzie wyst\u0119puje problem:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Tylko strona frontowa &#8211; cz\u0119sto to nadpisanie (override) szablonu, zaczep (hook) modu\u0142u lub pozosta\u0142o\u015b\u0107 w pami\u0119ci podr\u0119cznej (cache) na froncie sklepu<\/li>\n<li>Tylko Back Office &#8211; cz\u0119sto modu\u0142 administracyjny, zak\u0142adka lub nadpisanie w katalogu <code class=\"codecolorer text default\"><span class=\"text\">override\/<\/span><\/code><\/li>\n<li>Oba naraz &#8211; b\u0142\u0119dne dane logowania do bazy danych, uszkodzony plik <code class=\"codecolorer text default\"><span class=\"text\">defines.inc.php<\/span><\/code>, awaria wersji PHP lub b\u0142\u0105d krytyczny uruchamiaj\u0105cy si\u0119 przy ka\u017cdym \u017c\u0105daniu<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Krok 1: W\u0142\u0105cz tryb debugowania<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Tryb debugowania wy\u015bwietla wyj\u0105tek (lub wskazuje log), zamiast bia\u0142ej strony. Preferuj w\u0142\u0105czenie go w panelu administracyjnym, je\u015bli ten nadal dzia\u0142a.<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"484\" src=\"https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_1-1024x484.png\" alt=\"Strona Wydajno\u015b\u0107 w PrestaShop z w\u0142\u0105czonym trybem debugowania do diagnozowania bia\u0142ego ekranu \u015bmierci\" class=\"wp-image-630\" srcset=\"https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_1-1024x484.png 1024w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_1-300x142.png 300w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_1-768x363.png 768w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_1-1536x726.png 1536w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_1.png 1611w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<ol class=\"wp-block-list\">\n<li>Zaloguj si\u0119 do panelu administracyjnego (Back Office).<\/li>\n<li>Przejd\u017a do <strong>Zaawansowane \u2192 Wydajno\u015b\u0107<\/strong>.<\/li>\n<li>W sekcji <strong>Tryb debugowania<\/strong>, ustaw <strong>Tryb debugowania<\/strong> na <strong>Tak<\/strong>.<\/li>\n<li>Kliknij <strong>Zapisz<\/strong>.<\/li>\n<li>Od\u015bwie\u017c niedzia\u0142aj\u0105cy adres URL w oknie prywatnym.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">Je\u015bli panel administracyjny to r\u00f3wnie\u017c bia\u0142y ekran \u015bmierci PrestaShop, edytuj plik na dysku. Najpierw pobierz kopi\u0119 pliku <code class=\"codecolorer text default\"><span class=\"text\">config\/defines.inc.php<\/span><\/code> (nawet je\u015bli istnieje ju\u017c pe\u0142na kopia zapasowa sklepu), aby w razie pomy\u0142ki mo\u017cna by\u0142o przywr\u00f3ci\u0107 orygina\u0142 jednym klikni\u0119ciem:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li>Otw\u00f3rz <code class=\"codecolorer text default\"><span class=\"text\">config\/defines.inc.php<\/span><\/code> przez SFTP, SSH lub mened\u017cera plik\u00f3w hostingu i zapisz lokaln\u0105 kopi\u0119.<\/li>\n<li>Znajd\u017a lini\u0119 <code class=\"codecolorer text default\"><span class=\"text\">define('_PS_MODE_DEV_', false);<\/span><\/code> (sformu\u0142owanie mo\u017ce si\u0119 nieznacznie r\u00f3\u017cni\u0107 w zale\u017cno\u015bci od wersji).<\/li>\n<li>Zmie\u0144 j\u0105 na <code class=\"codecolorer text default\"><span class=\"text\">define('_PS_MODE_DEV_', true);<\/span><\/code> i zapisz.<\/li>\n<li>Od\u015bwie\u017c niedzia\u0142aj\u0105c\u0105 stron\u0119.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">Wy\u0142\u0105cz tryb debugowania po zako\u0144czeniu pracy. Pozostawienie go w\u0142\u0105czonego w \u015brodowisku produkcyjnym ujawnia \u015bcie\u017cki i \u015blady stosu ka\u017cdemu, kto napotka b\u0142\u0105d.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Krok 2: Zidentyfikuj b\u0142\u0105d<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Po w\u0142\u0105czeniu debugowania, bia\u0142y ekran \u015bmierci PrestaShop zazwyczaj zmienia si\u0119 w czytelny komunikat o wyj\u0105tku. Zwr\u00f3\u0107 uwag\u0119 na nazw\u0119 klasy, nazw\u0119 modu\u0142u, \u015bcie\u017ck\u0119 do pliku w <code class=\"codecolorer text default\"><span class=\"text\">modules\/<\/span><\/code>, <code class=\"codecolorer text default\"><span class=\"text\">themes\/<\/span><\/code> lub <code class=\"codecolorer text default\"><span class=\"text\">override\/<\/span><\/code> oraz numer linii. Ten ci\u0105g znak\u00f3w zazwyczaj wystarczy, aby wybra\u0107 odpowiednie rozwi\u0105zanie z poni\u017cszych.<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"469\" src=\"https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_2-1024x469.png\" alt=\"Przyk\u0142adowy b\u0142\u0105d PHP wy\u015bwietlany po w\u0142\u0105czeniu trybu debugowania PrestaShop na bia\u0142ym ekranie\" class=\"wp-image-633\" srcset=\"https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_2-1024x469.png 1024w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_2-300x137.png 300w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_2-768x352.png 768w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_2.png 1264w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Je\u015bli strona pozostaje pusta nawet po ustawieniu <code class=\"codecolorer text default\"><span class=\"text\">_PS_MODE_DEV_<\/span><\/code> na true, sprawd\u017a log b\u0142\u0119d\u00f3w PHP na hostingu (cPanel, Plesk lub <code class=\"codecolorer text default\"><span class=\"text\">var\/logs\/<\/span><\/code> w niekt\u00f3rych konfiguracjach). B\u0142\u0105d sk\u0142adni (parse error) w pliku konfiguracyjnym mo\u017ce przerwa\u0107 dzia\u0142anie, zanim uruchomi si\u0119 warstwa debugowania PrestaShop.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Najcz\u0119stsze \u017ar\u00f3d\u0142a problem\u00f3w:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Ostatnie modyfikacje<\/strong> &#8211; edycje szablonu, nadpisania (overrides) lub skopiowane fragmenty kodu<\/li>\n<li><strong>Modu\u0142y<\/strong> &#8211; zw\u0142aszcza modu\u0142 zainstalowany lub zaktualizowany tu\u017c przed awari\u0105<\/li>\n<li><strong>Zmiany na hostingu<\/strong> &#8211; podniesienie wersji PHP, brakuj\u0105ce rozszerzenie, ni\u017cszy limit pami\u0119ci<\/li>\n<li><strong>Dane logowania do bazy danych<\/strong> &#8211; b\u0142\u0119dne warto\u015bci w <code class=\"codecolorer text default\"><span class=\"text\">app\/config\/parameters.php<\/span><\/code> po migracji<\/li>\n<li><strong>Uprawnienia plik\u00f3w<\/strong> &#8211; PHP nie mo\u017ce odczyta\u0107 wymaganego pliku lub zapisa\u0107 pami\u0119ci podr\u0119cznej<\/li>\n<li><strong>Limit pami\u0119ci<\/strong> &#8211; b\u0142\u0119dy krytyczne wspominaj\u0105ce o wyczerpaniu pami\u0119ci (memory exhausted)<\/li>\n<li><strong>Nieaktualny cache<\/strong> &#8211; uszkodzone skompilowane szablony po aktualizacji<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Krok 3: Napraw b\u0142\u0105d<\/h2>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"450\" src=\"https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_3-1024x450.png\" alt=\"Opcje Wydajno\u015bci PrestaShop u\u017cywane do izolowania modu\u0142\u00f3w i nadpisa\u0144 po wyst\u0105pieniu bia\u0142ego ekranu \u015bmierci\" class=\"wp-image-636\" srcset=\"https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_3-1024x450.png 1024w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_3-300x132.png 300w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_3-768x338.png 768w, https:\/\/presta.site\/blog\/wp-content\/uploads\/2023\/05\/Screenshot_3.png 1155w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Wynik debugowania nale\u017cy dopasowa\u0107 do jednej ze \u015bcie\u017cek. Warto zmienia\u0107 tylko jedn\u0105 rzecz naraz, a nast\u0119pnie od\u015bwie\u017ca\u0107 stron\u0119.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Modyfikacje i nadpisania<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Ostatni\u0105 zmian\u0119 w szablonie lub nadpisaniu nale\u017cy cofn\u0105\u0107, je\u015bli jest znana. Na stronie Wydajno\u015b\u0107, spr\u00f3buj ustawi\u0107 <strong>Wy\u0142\u0105cz wszystkie nadpisania<\/strong> \u2192 <strong>Tak<\/strong>, zapisz i przetestuj ponownie. Je\u015bli sklep wraca do dzia\u0142ania, b\u0142\u0105d znajduje si\u0119 w katalogu <code class=\"codecolorer text default\"><span class=\"text\">override\/<\/span><\/code> lub nadpisaniu modu\u0142u &#8211; napraw lub usu\u0144 ten plik, zamiast zostawia\u0107 nadpisania wy\u0142\u0105czone na zawsze.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">B\u0142\u0119dy modu\u0142\u00f3w<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Na stronie Wydajno\u015b\u0107 ustaw <strong>Wy\u0142\u0105cz modu\u0142y niepochodz\u0105ce od PrestaShop<\/strong> \u2192 <strong>Tak<\/strong> i przetestuj ponownie. Je\u015bli to rozwi\u0105\u017ce bia\u0142y ekran \u015bmierci PrestaShop, nale\u017cy zmienia\u0107 nazwy folder\u00f3w podejrzanych modu\u0142\u00f3w w <code class=\"codecolorer text default\"><span class=\"text\">modules\/<\/span><\/code> (lub odinstaluj je z poziomu panelu administracyjnego, gdy zacznie dzia\u0142a\u0107) jeden po drugim, a\u017c znajdziesz winowajc\u0119. Preferuj zmian\u0119 nazwy zamiast usuwania, aby m\u00f3c przywr\u00f3ci\u0107 pliki po zidentyfikowaniu problemu.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Hosting i PHP<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Por\u00f3wnaj zak\u0142adk\u0119 <strong>Zaawansowane \u2192 Informacja<\/strong> z tym, co deklaruje hosting. Po aktualizacji PHP, brakuj\u0105ce rozszerzenia lub bardziej restrykcyjna obs\u0142uga b\u0142\u0119d\u00f3w cz\u0119sto objawiaj\u0105 si\u0119 jako pusta strona. Warto zapyta\u0107 dostawc\u0119 hostingu, jakiej wersji PHP i <code class=\"codecolorer text default\"><span class=\"text\">memory_limit<\/span><\/code> faktycznie u\u017cywa vhost.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Po\u0142\u0105czenie z baz\u0105 danych<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Je\u015bli debugowanie wskazuje na dost\u0119p do bazy danych lub sklep przesta\u0142 dzia\u0142a\u0107 zaraz po przeniesieniu na inny serwer, zweryfikuj hosta, nazw\u0119, u\u017cytkownika i has\u0142o w pliku <code class=\"codecolorer text default\"><span class=\"text\">app\/config\/parameters.php<\/span><\/code>. Pe\u0142ne instrukcje znajduj\u0105 si\u0119 w naszym poradniku dotycz\u0105cym <a href=\"https:\/\/presta.site\/blog\/pl\/jak-zmienic-ustawienia-polaczenia-z-baza-danych-w-prestashop\/\">zmiany ustawie\u0144 po\u0142\u0105czenia z baz\u0105 danych w PrestaShop<\/a>.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Uprawnienia i pami\u0119\u0107<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Gdy b\u0142\u0105d wskazuje plik, kt\u00f3rego PHP nie mo\u017ce otworzy\u0107, napraw w\u0142a\u015bciciela i uprawnienia dla tej \u015bcie\u017cki (zazwyczaj w\u0142a\u015bciciel to u\u017cytkownik serwera WWW; unikaj <code class=\"codecolorer text default\"><span class=\"text\">777<\/span><\/code> jako trwa\u0142ego rozwi\u0105zania). W przypadku b\u0142\u0119d\u00f3w wyczerpania pami\u0119ci, podnie\u015b <code class=\"codecolorer text default\"><span class=\"text\">memory_limit<\/span><\/code> w pliku <code class=\"codecolorer text default\"><span class=\"text\">php.ini<\/span><\/code> hosta wirtualnego lub popro\u015b o to hosting &#8211; nast\u0119pnie wyczy\u015b\u0107 cache i przetestuj ponownie.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Pami\u0119\u0107 podr\u0119czna (Cache)<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">W sekcji Wydajno\u015b\u0107 kliknij <strong>Wyczy\u015b\u0107 pami\u0119\u0107 podr\u0119czn\u0105<\/strong>. Je\u015bli panel administracyjny nie dzia\u0142a, usu\u0144 zawarto\u015b\u0107 folderu <code class=\"codecolorer text default\"><span class=\"text\">var\/cache\/prod\/<\/span><\/code> (oraz <code class=\"codecolorer text default\"><span class=\"text\">var\/cache\/dev\/<\/span><\/code>, je\u015bli istnieje) przez mened\u017cera plik\u00f3w lub SSH, zachowuj\u0105c same foldery. Ogromne drzewa plik\u00f3w cache s\u0105 cz\u0119sto \u0142atwiejsze do usuni\u0119cia przez SSH ni\u017c przez FTP.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Krok 4: Gdy nadal potrzebujesz pomocy<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Je\u015bli debugowanie jest w\u0142\u0105czone, modu\u0142y i nadpisania s\u0105 odizolowane, dane logowania poprawne, a bia\u0142y ekran \u015bmierci PrestaShop nadal si\u0119 pojawia, nale\u017cy zebra\u0107: dok\u0142adny tekst b\u0142\u0119du, wersj\u0119 PrestaShop, wersj\u0119 PHP oraz informacj\u0119, co ostatnio uleg\u0142o zmianie (modu\u0142, wdro\u017cenie, aktualizacja hostingu). Zebrane informacje warto opublikowa\u0107 na forach PrestaShop lub wys\u0142a\u0107 do hostingu b\u0105d\u017a programisty, kt\u00f3ry mo\u017ce odczyta\u0107 logi serwera, niewidoczne z poziomu samego sklepu.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Krok 5: Przywr\u00f3\u0107 kopi\u0119 zapasow\u0105<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Przywracanie plik\u00f3w lub zrzutu bazy danych to ostateczno\u015b\u0107 &#8211; tracisz wtedy zmiany wprowadzone po jej wykonaniu. Rozwi\u0105zanie to stosuje si\u0119, gdy nie mo\u017cna szybko wycofa\u0107 b\u0142\u0119dnego wdro\u017cenia, a posiadasz niedawn\u0105 kopi\u0119. Sposoby tworzenia i przechowywania tych kopii opisano w <a href=\"https:\/\/presta.site\/blog\/pl\/jak-utworzyc-kopie-zapasowa-w-prestashop\/\">przewodniku o tworzeniu kopii zapasowych PrestaShop<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Szybka lista kontrolna<\/h2>\n\n\n\n<ol class=\"wp-block-list\">\n<li>W\u0142\u0105cz debugowanie (panel administracyjny Wydajno\u015b\u0107 lub <code class=\"codecolorer text default\"><span class=\"text\">_PS_MODE_DEV_<\/span><\/code> w pliku <code class=\"codecolorer text default\"><span class=\"text\">defines.inc.php<\/span><\/code>).<\/li>\n<li>Odczytaj b\u0142\u0105d na ekranie lub w logu PHP.<\/li>\n<li>Wyizoluj nadpisania i modu\u0142y obce z poziomu strony Wydajno\u015b\u0107.<\/li>\n<li>Napraw dane bazy danych, uprawnienia, pami\u0119\u0107 lub cache, jak wskazuje komunikat.<\/li>\n<li>Wy\u0142\u0105cz debugowanie; przywr\u00f3\u0107 kopi\u0119 zapasow\u0105 tylko wtedy, gdy nic innego nie przywraca dzia\u0142ania sklepu.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">Wi\u0119kszo\u015b\u0107 przypadk\u00f3w, w kt\u00f3rych pojawia si\u0119 bia\u0142y ekran \u015bmierci PrestaShop, udaje si\u0119 rozwi\u0105za\u0107 po wy\u015bwietleniu prawdziwego komunikatu PHP. Nale\u017cy zacz\u0105\u0107 od trybu debugowania, zmienia\u0107 jedn\u0105 zmienn\u0105 naraz i mie\u0107 w gotowo\u015bci kopi\u0119 zapasow\u0105 przed usuni\u0119ciem czegokolwiek, czego nie da si\u0119 przywr\u00f3ci\u0107.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Jak naprawi\u0107 bia\u0142y ekran \u015bmierci PrestaShop krok po kroku: w\u0142\u0105czenie trybu debugowania, odczyt b\u0142\u0119du PHP, izolacja modu\u0142\u00f3w i przywr\u00f3cenie dzia\u0142ania sklepu.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[149],"tags":[],"class_list":["post-1079","post","type-post","status-publish","format-standard","hentry","category-rozwoj"],"_links":{"self":[{"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/posts\/1079","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/comments?post=1079"}],"version-history":[{"count":1,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/posts\/1079\/revisions"}],"predecessor-version":[{"id":2026,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/posts\/1079\/revisions\/2026"}],"wp:attachment":[{"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/media?parent=1079"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/categories?post=1079"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/presta.site\/blog\/wp-json\/wp\/v2\/tags?post=1079"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}