Jak opravit bílou obrazovku smrti WordPress? Jak opravit chybu bílé obrazovky WordPress

Ahoj všichni. V poslední době se od uživatelů objevilo mnoho dotazů na bílou obrazovku smrti ve WordPressu. Už mě nebavilo všem odpovídat a rozhodl jsem se napsat krátký článek.

Hlavním cílem tohoto článku je ukázat vám, co musíte udělat, pokud máte bílou obrazovku, a také vám říci, jak ji snadno zapnout chybový výstup ve wordpressu.

Navigace na stránce:

Bílá obrazovka wordpress

Problém je, když uživatel vidí bílá obrazovka ve wordpressu místo vlastního webu není nový a byl mnohokrát diskutován. Hlavním důvodem jeho výskytu jsou kritické chyby v php, ale protože v 90% případů jsou chyby na webu zakázány, místo chyby vidíme bílou obrazovku.

Dalším důvodem bílé obrazovky mohou být pokřivené pluginy a motivy. Stačí například nevkládat opatrně následující kód

A zaručeně uvidíte bílou obrazovku WordPressu.

Bílá obrazovka WordPress v oblasti administrátora

Je špatné, když se klientská část webu zhroutila, ale ještě horší je, když se zhroutíme my nebo nám pomohli zřítit oblast správy WordPress. V tomto případě nebude přístup k nastavení a editoru motivů možný.

Je velmi snadné vytvořit bílou obrazovku v administrační oblasti WordPress, například můžete upravit soubor functions.php tématu, udělat chybu v kódu (zapomenout uzavřít závorku nebo nainstalovat další) a uložit změny. Voila, chyba bílé obrazovky WordPress v panelu administrátora je zaručena. Mimochodem, taková dětská chyba se nedá vyléčit bez přístupu na stránky přes FTP nebo editor souborů z panelu hostingu :)

Co dělat, když je na webu WordPress bílá obrazovka?

Musíte povolit chyby a diagnostikovat problém.

Jak povolit výstup chyb wordpress

Postupujte podle pokynů krok za krokem kliknutím na čísla 1 2 3 v přepínači níže:

Jak se zbavit chyb WordPress

Předpokládejme, že jste povolili výstup chyb wordpress, vaše bílá obrazovka se stala obrazovkou s chybovým textem, co máme dělat dál?

Musíme se pokusit chybu odstranit!!!

Podíváme se na text chyby, bude udávat cestu k souboru, kde k chybě došlo, a řádek, například jsem ještě jednou uzavřel závorku ) v souboru functions.php, kvůli tomu dostávám následující chybu:

Chyba analýzy: chyba syntaxe, neočekávané ")" v /home/c/site/site.bget.ru/public_html/wp-content/themes/twentyfifteen/functions.php na řádku 2

Máme cestu k souboru, jdeme také na řádek a opravíme chybu.

Samozřejmě, toto je nejjednodušší příklad, existují mnohem horší situace. Například jste nainstalovali křivý plugin a zablokoval celý váš web spolu s panelem administrátora, co byste měli dělat a jak jej zakázat?

Zcela jednoduše, z chyby se podíváme na název pluginu, řekněme „wp-plagin-bag-ru“ přejděte na FTP a přejděte do složky „wp-content“ -> „plugins“ a najděte tam název adresáře „wp-plagin-bag-ru“ “ a přejmenujte jej na cokoliv, například na „wp-plagin-bag-ru__“.

Pokud to byl škodlivý plugin, pak jsme ho zakázali a web by měl začít normálně fungovat.

Samozřejmě můžete uvádět příklady po velmi dlouhou dobu a přesto se najde ojedinělý případ, který jsem nepopsal. Pro takové případy máme na našem webu sekci Otázka/Odpověď, kam můžete napsat chybu, kterou váš web dává, a my se vám rádi pokusíme pomoci. Problém můžete také popsat v komentářích a my vám co nejrychleji odpovíme.

Velký internetový obchod vytvořený na bázi WordPressu a pluginu WooCommerce. Podle klienta: "Pracoval a pracoval, ale dnes se začal přihlašovat do administrační oblasti a nic tam nebylo, zkrátka se nepřihlásí." No, když se nepřihlásí, je to skutečný problém, ale s panelem administrátora jsem nemohl odolat, je zábavné trollovat. Nepřemýšlej o tom, to jsem klientovi neřekl a neradím ti, abys je trolloval, věz, že ze své podstaty nerozumí tvému ​​a mému humoru. Obecně je problém v tom, že místo pohodlného a krásného administrátorského panelu CMS WordPress máme bílou obrazovku smrti (na to jsem nepřišel, říká se to na internetu).

Klient tedy pobíhá a rve si vlasy na hlavě, jehož příběh mlčí. Stránka je mimochodem internetový obchod s měsíčním obratem jeden a půl milionu rublů, zdá se, že funguje, ale když vstoupíte do administračního panelu, objeví se bílá obrazovka smrti a je to. To je vše, to je skutečné, to je vše, žádné zajímavé displeje v konzoli, žádná varování a chybová hlášení. Samotný web byl vytvořen, jak jsem psal výše, na WordPressu pomocí pluginu WooCommerce.

No, už jste uhodli, co jsem udělal jako první. Je to tak, šel jsem do konfigurace a zapnul režim ladění. To se dělá jednoduše, jdeme přes FTP do rootu, nebo tam, kde je tam soubor schovaný wp-config.php a otevřete jej pro úpravy. Existuje speciální řádek, který nastavuje potřebnou konstantu pro WordPress CMS, ve skutečnosti ji stačí změnit falešný na věrný. A nyní je režim ladění zapnutý.

No, pokud tam z nějakého důvodu takový řádek nemáte, neváhejte ho přidat sami. Můžete tam přidat i tyto řádky:

Define("WP_DEBUG_DISPLAY", false); define("WP_DEBUG_LOG", true);

Poté budete mít vytvořený soubor debug.log v tatínkovi wp-obsah a všechny zjištěné chyby se tam zapíší. Jak asi tušíte, první řádek zakazuje zobrazování chyb v prohlížeči a druhý umožňuje záznam výše zmíněného souboru protokolu chyb.

Mimochodem, kdo neznal, nyní ví, hybatelWordPress je chytrý motor, umožňuje vám trochu skrýt konfigurační soubor. Výchozíwp-config.php je umístěn v kořenovém adresáři, ale lze jej přesunout na vyšší úroveň, to znamená zcela odstranit z veřejné složky. Například kořen vašeho webu má cestu<доменное имя сайта>/ veřejnost_html/. Vezměte a přeneste soubor zveřejnost_html do složky o úroveň výše, tzn<доменное имя сайта>. Další je mazaný hybatelWordPress udělá vše sám. V tom smyslu, že nenalezne soubor v kořenu, podívá se, příliš překvapen touto skutečností, na vyšší úroveň, kde není veřejný přístup ze sítě, a ejhle, najde tam soubor, který bezpečně jsme se tam schovali.

Velká informační poznámka pod čarou, no, nemohl jsem mlčet, souhlasím, to je užitečná informace! Dobře, pokračujme, tyto akce nic nedaly, nebyly tam vidět žádné chyby, abych tak řekl, bílá obrazovka smrti WordPressu, nebyl jsem to já, kdo to tak nazval, říkalo se tomu na obrovských plochách internetu, byl neotřesitelný a stále symbolizoval frázi „ Veškerý život je rozklad".

No, jsem veselý nebo... člověk, to je pravda, rozhodl jsem se přijít, na druhou stranu se podívat na chybové protokoly přes hosting. Ano, ano, hosting takovou funkci má. Vlastně jsem zapnul logování všech chyb, párkrát obnovil bílou obrazovku a šel se podívat, co zajímavého se v logech píše. Představte si mé překvapení, že i tam bylo prázdno, tedy opravdu úplně prázdné, jak se říká, neseděla ani jedna moucha.

Ale když uděláme něco špatného, ​​nedá se nás zastavit, hlavní je nesníst sušenku na závěr, jinak bude ráno zle.

Cvičení pro odstranění bílé obrazovky WordPress

Normální metody nepomáhaly, přešel jsem na abnormální. No, právě jsem vzal a přidal číslo 1 do názvu složky pluginů, která se nachází ve složce wp-content. Proč tomu tak je, nezapomněli jste, snažíme se dostat do panelu Správce. No, všechny pluginy můžete zakázat najednou třemi způsoby, přes administrační panel, ten, který jsem použil (je rychlejší a jednodušší) a třetí přes phpMyAdmin.

Pár slov o třetí metodě, ano, ano, opět nemohu odolat a musím vám to říct. Ale tohle je pro vás! Nevadí, že to nepoužíváte, ale budete to vědět. Pojďme do databáze (ach ano, to je ono, brácho, stejná databáze, do které ses nechtěl plést a která tě vždy strašila třemi písmeny SQL) a tam na záložce SQL dotazy zadejte následující čára:

UPDATE wp_options SET option_value = "" WHERE název_volby = "aktivní_pluginy";

Nebo jděte ke stolu wp_option podívejte se tam do sloupce název_možnosti, řetězec active_plugins. A nyní v tomto řádku vymažeme obsah buňky option_value. Doporučuji to udělat ručně, bez použití SQL dotazu, tam se vám odhalí velká tajemství JSON, totiž v něm mazaný WordPress ukládá data do výše zmíněné buňky své databáze. Jen ze zvědavosti se podívat, pokud nechcete, použijte SQL dotaz.

Obecně jsem zakázal pluginy a nic, opět bílá obrazovka a stránky také přestaly fungovat. Ano, ano, to se stane, když najednou vypnete všechny pluginy najednou. Ale jak si vzpomínáte, použil jsem druhou metodu a pomocí nějaké jednoduché manipulace jsem znovu spustil všechny pluginy. A oh, zázrak, web začal znovu fungovat, ale ne panel admin, to znamená, že jsme se dostali tam, kde jsme začali. Bílá obrazovka a její svátostné „Veškerý život je rozklad“. Ale jak si vzpomínáte, jsem veselý nebo... člověk. Rozhodl jsem se dál nepátrat, mohl jsem opatrně přidat malý kód do souboru admin.php a přesto najít infekci, která způsobila bílou obrazovku. A udělal bych to, ale klient hlásil, že se bílá obrazovka objevila po převedení webu na nový hosting, kde to úspěšně fungovalo a vše fungovalo, dokud byl antivirus na hostingu (mimochodem byl beget, ale mají tam bezplatný antivir ). Klient samozřejmě souhlasil a kód byl smazán. Problém všech antivirů je ale v tom, že nejen odstraňují škodlivý kód, ale také zachycují kód, který je potřeba, ale byl poškozen vloženým kódem.

Ve světle nových informací jsem přestal tančit s tamburínou a zpívat šamanské chorály a pak se na mě lidé doma začali úkosem dívat a vrhat podezřelé pohledy na telefon. A rozhodl jsem se použít, obrazně řečeno, palici, no, to je původní ruský způsob opravy jemné elektroniky. Totiž přeinstalovat engine WordPress, ale ne jednoduchým a dostupným způsobem, ale ručně, ano, i když používáme kyj, klient nebude rád, když „ Zemřeme a celý svět se obrátí v prach"(c) DMB.

Mimochodem, příteli, doufám, že jste již byli ve fázi mezi přijetím objednávky od klienta a zahájením ponořování se do souborů webu, přičemž jste si dali tu práci, abyste si vytvořili ZÁLOHU souborů webu a jeho databáze, nebo, no, nutit klienta, aby to udělal. Pokud ne, dobře, nechci říkat špatná slova, prostě to udělejte! A v budoucnu, bez ohledu na to, co uděláte s webem klienta, vždy nejprve vytvořte zálohu. Změníte kód v souboru, uložíte původní soubor, jen jej přejmenujete, přidáte předponu _starý nebo něco jiného, ​​to by mělo být na úrovni nevědomého reflexu.

Ale vraťme se k naší ruční aktualizaci WordPressu. To je vše, jen jděte sem. Web WordPress a stáhněte si distribuční sadu, náš engine. Rozbalte výsledný archiv na vašem počítači. Poté otevřeme soubory našeho webu přes FTP (používám WinSCP, dříve jsem používal FileZilla) a tam smažeme dva adresáře: wp-admin A wp-zahrnuje. Na zbytek nesaháme, pamatujte, naším úkolem není ukazovat, jak jsme cool, ale dělat to, co klient chce, ten má jakoby vždy pravdu. A pak vše z rozbalené distribuce zkopírujeme, přitom se dohodneme, že tam vyměníme vše, co chce změnit, věřte, že ví, co a kde změnit, tak ať to změní. Zbývá jen přejít na admin panel a zkontrolovat, zda je tam vše. Ano, admin panel bude fungovat tak jako tak po takové oplzlosti, které jsme se vy a já dopustili. Cíl byl splněn, hodně štěstí a prosperity!

Snad každý z nás se po instalaci pluginu nebo změně jakéhokoli nastavení alespoň jednou setkal ve WordPressu s tzv. „bílou obrazovkou smrti“. Ani obsah, ani panel administrátora - nic není k dispozici. Pokud jste obeznámeni s popsanou situací, je tento článek určen právě vám.

Řeknu vám o všech možných problémech, nejčastějších důvodech jejich vzniku a také - hlavně - nabídnu řešení, jak co nejrychleji vrátit vaše stránky do provozuschopného stavu.

Bílá obrazovka smrti (WSOD) je téměř vždy spojena s chybami v kódu PHP nebo vyčerpáním dostupné paměti. První věc, kterou musíte udělat, je zjistit, zda panel správce funguje nebo ne. Pokud se frontend vašeho webu nezobrazuje, ale administrátorský panel funguje, pak je problém s největší pravděpodobností způsoben poškozeným motivem nebo pluginem.

Zakázání pluginů a motivů

Nejlepší způsob, jak se s tím vypořádat, je zakázat všechny pluginy. Pokud to pomůže vyřešit problém, pak stačí najít viníka. Začněte aktivovat pluginy jeden po druhém a po každé aktivaci znovu načtěte svůj web. Pokud váš frontend přestane fungovat, pak jste našli problematický plugin.

Pokud to nepomůže, můžete dočasně přepnout na výchozí téma WordPress. Můžete například použít Twenty Fifteen. Pokud váš web začne normálně fungovat, problém souvisí s vaším motivem.

Povolit režim ladění

Pokud váš web stále nefunguje nebo se panel pro správu nespustí (nebo pokud jste objevili viníka, ale chcete se ponořit hlouběji), můžete povolit režim ladění, který vám umožní zobrazit případné chyby.

Problém je v tom, že když dojde k fatální chybě, skript se jednoduše zastaví. Pokud k chybě dojde před zobrazením jakéhokoli obsahu, zobrazí se pouze bílá obrazovka bez jakýchkoli informací.

Chcete-li povolit režim ladění, musíte otevřít soubor wp-config.php vašeho sestavení WordPress. Měl by obsahovat následující řádek:

Define("WP_DEBUG", false)

Musíte nahradit hodnotu false hodnotou true a poté web znovu načíst. Místo bílé obrazovky smrti se vám zobrazí bílá obrazovka s chybovými zprávami. Není to zrovna nejúžasnější vylepšení, ale objevují se alespoň nějaké indicie.

Pokud jste nezakázali motivy nebo pluginy, měli byste být schopni zjistit, kdo je příčinou problému, jednoduše prozkoumáním chybové zprávy. Zpráva by měla uvádět, který soubor způsobil chybu. Příklad:

Nelze znovu deklarovat get_posts() (dříve deklarované v /var/www/html/wordpress/wp-includes/post.php:1874) ve /var/www/html/wordpress/wp-content/plugins/my-test-plugin/ my-test-plugin.php na řádku 38

Jak vidíte, problém byl způsoben řádkem 38 pluginu s názvem „my-test-plugin“. Vypněte tento plugin a vše by mělo fungovat.

Tip: Pokud máte FTP přístup nebo se můžete přihlásit k serveru přes ovládací panel vašeho hostingu (například cPanel), můžete deaktivovat všechny pluginy najednou přejmenováním složky plugins, například na plugins.hold. Složka se nachází v wp-contents.

Pokud jste dobří s kódem, můžete zkusit plugin upravit sami. V případě pluginu z oficiálního úložiště doporučuji napsat autorovi místo toho, abyste se pokoušeli něco opravit sami. Při ruční úpravě pluginu budete muset všechny změny udržovat sami, což je poměrně problematický úkol. Je jednodušší jej deaktivovat a počkat na okamžik, kdy to vývojář opraví.

Zvýšení limitů paměti

Pokud stále vidíte prázdnou stránku nebo obdržíte zprávu o nedostatku paměti, musíte aplikaci přidělit více paměti. To lze provést prostřednictvím souboru wp-config.php ve většině sestav, stačí přidat následující kód:

Define("WP_MEMORY_LIMIT", "64M");

Pokud to nefunguje, máte několik možností, co dělat. V běžném prostředí můžete ke zvýšení limitu paměti použít svůj soubor .htaccess – který se nachází v kořenovém adresáři WordPressu. Stačí k němu přidat následující řádek:

Php_value memory_limit 64M

Pokud pracujete s moderními hostingovými službami, které ve své architektuře používají Nginx, soubor .htaccess nemusí být dostupný. V tomto případě můžete ke zvýšení limitu paměti použít soubor php.ini. Do tohoto souboru vložte následující řádek:

Memory_limit = 64M

Pokud vám stále dochází alokovaná paměť, může být problém s vaší aplikací. S největší pravděpodobností vaše téma nebo některý z vašich pluginů využívá nadměrné množství zdrojů. Kontaktujte vývojáře nebo svého poskytovatele hostingu, aby si mohli prostudovat vaše protokoly SQL a statistiky využití zdrojů.

Řešení problémů s přístupovými právy k souborům

Tato příčina pravděpodobně nezpůsobí bílou obrazovku smrti, ale přesto může způsobit různé problémy.

Pro WordPress platí následující pravidla:

• Soubory musí být 664
• Počet složek by měl být 775
• Soubor wp-config.php by měl být 660

Pokud máte ke svému serveru přístup SSH, můžete použít příslušná pravidla spuštěním následujícího příkazu, spuštěného z kořenového adresáře WordPress:

Sudo najít. -type f -exec chmod 664 () + sudo find . -type d -exec chmod 775 () + sudo chmod 660 wp-config.php

Pokud se bojíte něco změnit sami, kontaktujte svého poskytovatele hostingu. Udělají to za vás. Některé hostingové weby WordPress mají automatickou kontrolu oprávnění, která vám umožní vše nastavit během několika sekund.

Řešení problémů s automatickými aktualizacemi

Ve vzácných případech může WordPress narazit na problémy s aktualizací, jako je časový limit serveru. Vše se zpravidla vyřeší automaticky, ale v některých situacích to může vést ke vzhledu bílé obrazovky smrti.

První věc, kterou musíte v tomto případě udělat, je přejít do kořenového adresáře WordPress a podívat se, zda tam není soubor .maintenance. Smažte tento soubor a zkuste svůj web načíst znovu. Pokud byla aktualizace úspěšná – ale WordPressu se nepodařilo soubor automaticky odstranit – vše se vrátí do normálu.

Pokud aktualizace nebyla dokončena, lze ji provést automaticky, čímž se web opět vrátí do normálu. Pokud to nepomůže, můžete projít procedurou ruční aktualizace, která pomůže problém vyřešit jednou provždy.

Co může být více frustrující pro každého uživatele WordPress než bílá obrazovka smrti? Pravděpodobně jste o něm slyšeli nebo dokonce viděli na svém monitoru.

V dnešním podrobném průvodci problémem bílé obrazovky se dozvíte:

• Důvody jeho vzhledu
• Způsoby, jak to odstranit
• Co dělat, abyste se s ním navždy rozloučili.

Podívejme se krok za krokem na čtyři hlavní způsoby, jak jednou provždy odstranit „bílou obrazovku smrti“. Mezi nimi:

1. Kontrola použitých pluginů
2. Zvýšení limitu paměti PHP
3. Změňte aktuálně používaný motiv
4. Aktivace režimu ladění

POZOR! Před provedením jakékoli z výše uvedených změn na vašem webu proveďte kompletní zálohu všech souborů a databáze.

A teprve poté můžete přejít k první metodě.

1. Kontrola pluginů

Právě pluginy, které jste kdy používali, mohou být úplně prvním důvodem, proč se na vašem monitoru při otevírání stránek webu WordPress objeví „bílá obrazovka smrti“. Naštěstí se tyto typy problémů velmi snadno opravují.

Nejčastěji se jedná o pluginy, které jsou v konfliktu s jinými pluginy nebo tématem, které používáte. Proto musíte zjistit, kde se nachází tento kořen zla, což přispívá k vzhledu bílé obrazovky. O to se teď pokusíme.

1. Přejděte do sekce Pluginy.
2. Deaktivujte dříve přidaný plugin. To obvykle okamžitě odstraní bílou obrazovku a můžete pokračovat v používání webu jako obvykle.
3. Pokud se poté nic nezměnilo a bílá obrazovka nezmizela, deaktivujte absolutně všechny aktuálně aktivní pluginy. Chcete-li to provést, ve stejné sekci zaškrtněte požadované políčko nad seznamem pluginů, v rozevíracím seznamu vyberte funkci „Deaktivovat“ a uložte změny.

Pluginy můžete samozřejmě deaktivovat jeden po druhém a ihned zkontrolovat stav webu. Pokud se ale nic nezměnilo ani po deaktivaci všech pluginů, tak důvod spočívá v něčem jiném.

1. Připojte se k serveru lokality prostřednictvím připojení FTP nebo pomocí ovládacího panelu a přejděte do správy souborů.
2. Přejděte do adresáře wp-content webu a přejmenujte složku plugins podle svých představ. Například na pluginech-starých.
3. Nyní, když jsou všechny pluginy deaktivovány, obnovte web a držte palce, abyste neviděli bílou obrazovku.

Pokud bílá obrazovka zmizí, znovu aktivujte všechny pluginy a pokračujte v práci se stránkou jako obvykle. Pokud se tak ale nestane, musíte přejmenovanou složku vrátit pluginy počáteční jméno a dále postupujte podle průvodce.

2. Zvýšení limitu paměti PHP

Úprava souboru wp-config.php

Postup:

1. Navažte připojení k serveru FTP a přejděte do kořenového adresáře webu.
2. Otevřete soubor wp-config.php v textovém editoru a přidejte následující řádek kódu:
     define("WP_MEMORY_LIMIT", "64M");
   Upozorňujeme, že 64 MB paměti uvedené v řádku se může lišit v závislosti na serveru, který používáte.
3. Uložte změny a obnovte web. Pokud je vše v pořádku, můžete si gratulovat. Pokud ne, pokračujte v hledání problému dále.

Úprava souboru php.ini

1. Znovu se připojte k serveru FTP a přejděte do kořenového adresáře vašeho webu.
2. Jakmile získáte přístup k souboru, přidejte do něj následující řádek kódu:
     memory_limit = 64M ;
   Pokud k němu nemáte přístup, můžete si jej vytvořit v kořenovém adresáři vašeho webu WordPress.
3. Uložte všechny změny a aktualizujte web. Mějte na paměti, že maximální množství paměti RAM potřebné ke spuštění skriptu webu WordPress je 64 MB.

Úprava souboru .htaccess

Tento soubor je přítomen na každém webu WordPress.

1. Chcete-li začít, budete opět potřebovat přístup k serveru FTP a kořenovému adresáři webu.
2. Upravte soubor a přidejte tento řádek kódu:
   php_value memory_limit 64M
3. Znovu aktualizujte přední část webu. Stále máte před očima bílou obrazovku? Tak pojďme dál.

3. Nahrazení aktivního motivu

Pokud máte přístup do konzoly

1. Přejděte do sekce Vzhled → Motivy v administračním panelu.
2. Aktivujte libovolné standardní téma, například Dvacet čtrnáct nebo Dvacet třináct.
3. Aktualizujte web. jaký je výsledek? Stále váš monitor zdobí bílé plátno? Neztrácejte trpělivost. Hledejte důvod dále. Navíc toho ještě docela dost zbývá.

Pokud nemáte přístup ke konzole

V tomto případě budete muset trochu pracovat, protože vše je mnohem snazší udělat prostřednictvím panelu administrátora. Ale co můžete dělat, když nemáte jinou možnost.

1. Připojte se k serveru svého webu přes FTP a zkontrolujte, zda jsou na server nahrána výchozí témata WordPress.
2. Nyní otevřete phpMyAdmin prostřednictvím ovládacího panelu hostingu a přejděte do tabulky wp_options v databázi.
3. Na stránce možností vyhledejte „šablona“ a „šablona stylů“. Jejich názvy musí být nahrazeny podle názvu adresáře motivu, který chcete aktivovat. V našem případě je to „dvacet čtrnáct“ nebo „dvacet třináct“.
4. Aktualizujte web. Pokud vše zůstane nezměněno, pak nezoufejte. Zbývá poslední důvod, který by mohl vyvolat vzhled bílé obrazovky.

4. Aktivujte režim ladění

Pokud soubor wp-config.php obsahuje ladicí kód

1. Připojte se k serveru přes FTP a přejděte do kořenového adresáře webu.
2. Otevřete soubor a vložte do něj tento řádek kódu:
     definovat(" WP_DEBUG ", false);
3. Chcete-li aktivovat režim ladění, změňte počáteční hodnotu false na true takto:
     definovat(" WP_DEBUG ", pravda);
4. Obnovte stránku.

Podrobnější informace o režimu ladění (ladění) naleznete na stránce WordPress Codex.

Pokud soubor wp-config.php neobsahuje ladicí kód

1. Opět se budete muset připojit k serveru přes FTP a získat přístup do kořenového adresáře webu WordPress.
2. Otevřete soubor wp-config.php a umístěte řádek kódu s hodnotou true:
     definovat(" WP_DEBUG ", pravda);
3. Obnovte stránku a v přední části webu se zobrazí informace o ladění, které vám pomohou identifikovat příčinu bílé obrazovky.

Závěr

To je vše. Provedením všech těchto kroků v pořadí, nebo jen některých z nich, vyřešíte problém „bílé obrazovky smrti“. Množství práce závisí pouze na tom, kde je problém skrytý. Podařilo se vám to najít a vyřešit?

Bílá obrazovka smrti (WsoD) je dobře zdokumentovaná chyba WordPress, která se může vyskytnout z mnoha různých důvodů a je stejně otravná jako její příbuzná modrá obrazovka smrti ve Windows. Co dělá tuto chybu tak frustrující, je naprostý nedostatek jakýchkoli chybových zpráv, že může být noční můrou při odstraňování problémů. Pokud čtete tento článek, je pravděpodobné, že jste se s tímto problémem již někdy setkali.

Naštěstí je WordPress komunita velmi vynalézavá a postupem času objevila nejčastější příčiny bílé obrazovky smrti.

Co způsobuje bílou obrazovku smrti:

1. Omezené množství paměti instalované hostingem (nejčastěji na nízkorozpočtovém hostingu)
2. Téma, které nepodporuje určitý plugin nebo naopak
3. Špatná kvalita kódu motivu nebo pluginu způsobuje chybu aktualizace WordPress
4. Špatná kompatibilita mezi pluginy

Podívejme se blíže na každou z těchto příčin a na proces jejich ladění.

1. Zkontrolujte limit paměti

Limit paměti v kontextu WordPress odkazuje na PHP parametr RAM, který je přidělen jakémukoli souboru pro spouštění skriptů. Jde o jednu z nejčastějších chyb, se kterou se můžete při používání WordPressu setkat, ale nejčastěji se vyskytuje na nízkorozpočtovém hostingu.

Tento problém lze snadno vyřešit, ale mějte na paměti, že někteří poskytovatelé hostingu vám nedovolí přímo zvýšit limit PHP RAM, v takovém případě budete muset kontaktovat podporu vašeho hostingu.

Přejděte do kořenové složky vašeho webu (pomocí libovolného vhodného správce souborů nebo prostřednictvím ovládacího panelu hostování) a otevřete soubor wp-config.php (pomocí libovolného vhodného textového editoru). Chcete-li zvýšit limit na minimální optimální hodnotu, přidejte do tohoto souboru následující řádek:

Define("WP_MEMORY_LIMIT", "128M");

Kromě toho neprovádějte v souboru wp-config.php žádné další změny, pokud nechcete svůj web ještě více rozbít. Uložte a zavřete soubor a zkontrolujte, zda je chyba bílé obrazovky na webu vyřešena.

Pokud chyba přetrvává, je čas přejít k dalšímu kroku.

1. Zkontrolujte pluginy

Čím déle s WordPressem pracujete, tím více pluginů se vám pravděpodobně nashromáždilo a tím je pravděpodobnější, že dříve nebo později bude s některým z nich problém.

První věc, kterou musíte udělat, je zcela eliminovat možnost nefunkčních pluginů, a proto deaktivujeme všechny pluginy najednou. Přejděte do kořenového adresáře svého webu a poté přejděte do složky wp-content. Přejmenujeme složku zodpovědnou za všechny pluginy na webu - pluginy přimět WordPress, aby si myslel, že web nepoužívá vůbec žádné pluginy. Přejmenujte tuto složku, jak chcete.

Poté zkontrolujte, zda váš web funguje. I když WordPress nemůže najít pluginy, stále byste měli mít neomezený přístup ke konzole.

Pokud chyba zmizela, je čas vrátit předchozí název do složky pluginů a hledat skutečného viníka ve složce pluginy. Chcete-li to provést, opakujte stejný postup jako v předchozím odstavci. Přejmenujte každou jednotlivou složku pluginů jednu po druhé a okamžitě zkontrolujte chyby na webu.

Pokud se některý z pluginů ukáže být příčinou BES, můžete udělat několik věcí. První by bylo úplné odstranění pluginu, pokud neslouží pro web důležitou funkci. Pokud však nechcete plugin odebrat, budete muset problém vyřešit pomocí pluginu. Nejprve zkontrolujte, zda máte nainstalovanou nejnovější verzi, a pokud ne, stáhněte si aktualizovanou verzi, poté zkontrolujte, zda je problém vyřešen. Pokud problém přetrvává, můžete se obrátit na vývojáře pluginu a požádat o podporu.

Pokud však žádný z výše uvedených kroků nevyřešil problém s bílou obrazovkou smrti, je čas zkontrolovat, zda není problém s vaším motivem.

1. Zkontrolujte svůj motiv

Metodika je stejná jako při práci s pluginy. Přejděte do kořenového adresáře svého webu a poté přejděte do složky wp-content. Přejmenujeme složku odpovědnou za všechna témata na webu - témata. Tím jej násilně deaktivujete a aktivujete nejnovější výchozí motiv na vašem webu WordPress – Twenty Seventeen (v roce 2017). Pokud jste dříve odstranili výchozí témata WordPress, budete si muset do složky stáhnout motiv Twenty Seventeen témata.

Poté přejděte na svůj web a zjistěte, zda zůstane bílá obrazovka smrti. Pokud problém zmizí, pravděpodobně došlo k problému s kompatibilitou mezi tématem a aktuální verzí WordPress.

Nyní může být nastavení motivu oříšek, ale možná byste měli nejprve zvážit přechod na jiné téma?

Co ale dělat, když žádný z těchto kroků problém s BES nevyřeší? Poté přejděte k dalšímu kroku.

1. Zkontrolujte své protokoly

V tomto kroku vám režim ladění WordPress umožní určit zdroj chyby pomocí podrobných protokolů chyb.

Je vhodné to provést na lokálním serveru, a pokud to není možné, po krátkých testech rychle vypněte režim ladění. Chcete-li povolit režim ladění, otevřete soubor wp-config.php a přidejte následující řádky kódu PHP:

Define("WP_DEBUG", true); define("WP_DEBUG_LOG", true); define("WP_DEBUG_DISPLAY", false);

První řádek výše uvedeného kódu aktivuje režim ladění; druhý instruuje WordPress, aby ukládal provozní protokoly do souboru debug.log (v adresáři wp-obsah) a poslední řádek kódu nutí systém NEzobrazovat chyby na webu, pokud jsou na webu nalezeny.

Doufejme, že rychlý pohled na soubor protokolu vás nasměruje správným směrem při řešení chyby Bílé obrazovky smrti. Nebojte se – samotné protokoly jsou snadno čitelné, i když nemáte mnoho zkušeností s kódováním. Jakákoli nahlášená chyba bude odrážet její zdroj ve složce WordPress a časové razítko, což usnadní nalezení zdroje neštěstí.

Až najdete skutečného viníka, opakujte všechny předchozí kroky, dokud nebude problém definitivně vyřešen. Bílá obrazovka smrti může být velmi děsivá, ale pokud znáte celý proces jejího odstranění, nebudete se už cítit tak bezbranní.