Biela obrazovka WordPress – tipy, ako to opraviť. Wordpress s bielou obrazovkou. Nahradenie aktívnej témy bez prístupu k hlavnému panelu WordPress

  • 19.05.2019

Veľký internetový obchod založený na doplnku WordPress a WooCommerce. Podľa klienta: "Pracoval, pracoval a dnes začal chodiť na panel správcu, ale nič tam nie je. Nie je to zahrnuté v kratšom." No, keď to nie je zahrnuté, je to skutočný problém, ale s admin panelom som neodolal, trollovanie je zábava. Nemyslite si, nepovedal som to klientovi a neradím vám, aby ste ich trollovali, mali by ste vedieť, že z definície nerozumejú vášmu a môjmu humoru. Vo všeobecnosti je problém v tom, že namiesto pohodlného a krásneho administračného panela CMS WordPress máme bielu obrazovku smrti (toto nie je môj nápad, nazýva sa to na nete).

Klient teda pribehne a stiahne si vlasy na hlave, ktorého príbeh mlčí. Stránka a, mimochodom, je internetový obchod s mesačným obratom jeden a pol milióna rubľov, zdá sa, že funguje, ale keď vstúpite do administračného panela, objaví sa biela obrazovka smrti a to je všetko. Všetko, toto je naozaj všetko, nie žiadne zaujímavé výpočty pre vás v konzole, ani žiadny výstup varovaní a chybových hlásení pre vás. Samotná stránka je vytvorená, ako som písal vyššie, na WordPresse pomocou pluginu WooCommerce.

Uhádli ste, čo som urobil ako prvé. Presne tak, dostal som sa do konfigurácie a zapol režim ladenia. To sa robí jednoducho, lezieme cez FTP do rootu, alebo tam, kde je súbor skrytý wp-config.php a otvorte ho na úpravu. Existuje špeciálny riadok, ktorý nastavuje požadovanú konštantu pre CMS WordPress, v skutočnosti to stačí zmeniť falošné na pravda... A teraz sa zapol režim ladenia.

No ak tam takýto riadok z nejakého dôvodu nemáte, neváhajte si ho pridať sami. Môžete tam pridať aj tieto riadky:

Definovať ("WP_DEBUG_DISPLAY", nepravda); define ("WP_DEBUG_LOG", true);

Potom budete mať vytvorený súbor debug.log v ockovi wp-obsah a tam sa zapíšu všetky zistené chyby. Ako ste možno uhádli, prvý riadok zakazuje zobrazovanie chýb v prehliadači a druhý umožňuje zadávanie vyššie uvedeného súboru protokolu chýb.

Mimochodom, kto nevedel, teraz pozná hýbateľaWordPress je múdry nástroj, vďaka ktorému je ľahké trochu skryť konfiguračný súbor. Predvolenéwp-config.php je v koreňovom adresári, ale môžete ho presunúť na vyššiu úroveň, to znamená úplne ho odstrániť z verejného priečinka. Napríklad koreňový adresár vášho webu obsahuje cestu<доменное имя сайта>/ public_html /. Vezmeme a prenesieme súbor zpublic_html do priečinka o úroveň vyššie, tj<доменное имя сайта>... Ďalej prefíkaný hýbateľWordPress robí všetko. V istom zmysle, keď nenájde súbor v koreni, nie je príliš prekvapený touto skutočnosťou, pozrie sa na vyššiu úroveň, kde nie je verejný prístup zo siete, a hľa, nájde tam súbor, ktorý sme tam bezpečne ukryli.

Veľká informačná poznámka pod čiarou, nemohol som mlčať, súhlasím, toto je užitočná informácia! Dobre, pokračujme, tieto akcie nič nedali, neboli tam žiadne chyby, takpovediac biela obrazovka smrti WordPress, nebol som to ja, kto to takto pokrstil, tak sa to nazývalo na obrovských plochách internetu, bol neotrasiteľný a stále symbolizoval frázu „ Všetok život je popol".

No, ja som veselý človek, áno, presne tak som sa rozhodol ísť, na druhej strane, pozrieť sa na chybové protokoly cez hosting. Áno, áno, hosting má takúto funkciu. Vlastne som zapol logovanie všetkých chýb, párkrát aktualizoval bielu obrazovku a vyliezol som sa pozrieť, čo ma v logoch zaujalo. Predstavte si moje prekvapenie, že aj tam bolo prázdno, teda naozaj úplne prázdne, ako sa hovorí, nesedela ani jedna mucha.

Ale keď robíme zle, nedá sa nás zastaviť, hlavné je nezjesť koláčik na záver, inak bude ráno zle.

Postupy odstraňovania bielej obrazovky WordPress

Normálne metódy nepomohli, prešiel som na nenormálne. A bol to on, kto vzal a pridal číslo 1 do názvu priečinka pluginov umiestneného v priečinku wp-content. Prečo áno, nezabudli ste, snažíme sa dostať do panela správcu. Tu, a môžete vypnúť všetky pluginy naraz, existujú tri spôsoby, cez admin panel, ten, ktorý som použil (je rýchlejší a jednoduchší) a tretí cez phpMyAdmin.

Pár slov o tretej metóde, áno, áno, opäť nemôžem odolať a musím vám to povedať. Ale toto je pre vás! Nevadí, že to nepoužívaš, ale budeš vedieť. Ideme do databázy (och áno, toto je tá istá databáza, ktorú ste nechceli kontaktovať a ktorá vás vždy vystrašila tromi písmenami SQL) a tam na záložku SQL dotazy zadáme nasledujúci riadok :

UPDATE wp_options SET option_value = "" WHERE option_name = "aktívne_pluginy";

Alebo choďte k stolu wp_option hľadáš tam v kolóne názov_možnosti, riadok active_plugins... A teraz v tomto riadku vymažeme obsah bunky option_value. Odporúčam, aby ste to urobili pomocou pier, bez použitia SQL dotazu, tam objavíte veľké tajomstvá JSON, konkrétne v ňom prefíkaný WordPress ukladá dáta do vyššie uvedenej bunky svojej databázy. Čisto zo zvedavosti, ak nie je žiadna túžba, použite dotaz SQL.

Vo všeobecnosti som vypol pluginy a nič, opäť biela obrazovka a stránka stále prestala fungovať. Áno, áno, stane sa to, keď zrazu odrežete všetky pluginy naraz. Ale, ako si pamätáte, použil som druhú metódu a jednoduchou manipuláciou som znova spustil všetky doplnky. A oh, zázrak, stránka začala znova fungovať, ale nie panel správcu, to znamená, že sme prišli tam, kde sme začali. Biele plátno a jeho sviatostné „Všetok život je rozklad“. Ale, ako si pamätáš, som veselý človek. Rozhodol som sa ďalej nehrabať, mohol som úhľadne pridať malý kód do súboru admin.php a stále nájsť infekciu, ktorá spôsobila bielu obrazovku. A urobil by som to, ale klient povedal, že po prenesení stránky na nový hosting sa objavila biela obrazovka, kde to fungovalo bezpečne a všetko fungovalo, kým bol antivírus na hostingu (mimochodom, bol to beget, ale maju tam free antivirus, tiez sa mi paci, je tam vseobecne vela dobrych veci, odporucam) nepisali ze sa nasiel virus a treba to liecit odstranenim skodliveho kodu zo suboru (z ktoreho hosting stránka bola prevedená, zo zrejmých dôvodov budem mlčať, poviem, že je veľká a pevná a veľmi známa ). Klient samozrejme súhlasil a kód bol odstránený. Problémom všetkých antivírusov je však to, že odstraňujú nielen škodlivý kód, ale tiež zachytávajú kód, ktorý je potrebný, ale bol poškodený vloženým kódom.

Vo svetle nových informácií som prestal tancovať s tamburínou a spievať šamanské melódie, inak už boli doma, začali sa na mňa úkosom pozerať a vrhať podozrievavé pohľady na telefón. A rozhodol som sa použiť, obrazne povedané, palicu, no, toto je prvotne ruský spôsob opravy jemnej elektroniky. Totiž preinštalovať engine WordPress, ale nie jednoduchým a dostupným spôsobom, ale manuálnym spôsobom, áno, aj keď používame klub, klient nebude rád, ak budeme „ Horíme a celý svet je v prachu"(c) DMB.

Mimochodom, kámo, dúfam, že ste už v štádiu medzi prijatím objednávky od klienta a začatím prehrabávania sa v súboroch lokality, dali ste si námahu a vytvorili BACKAP súborov lokality a jej databázy, alebo ste donútili klienta, aby to urobil . Ak nie, nechcem povedať zlé slová, urob to hneď! A v budúcnosti, čokoľvek budete robiť s klientskou stránkou, vždy si najprv vytvorte zálohu. Zmeňte kód v súbore, ponechajte pôvodný súbor, len ho premenujte, pridajte predponu _starý alebo niečo iné, mal by si to mať na úrovni nevedomého reflexu.

Ale späť k našej manuálnej aktualizácii WordPress. Tu všetko ide len tu úrad. Stránky WordPress a stiahnite si distribučnú súpravu, náš motor. Výsledný archív rozbalíme na našom počítači. Potom otvoríme súbory našej stránky cez FTP (používam WinSCP, používal som FileZilla) a tam vymažeme dva adresáre toto wp-admin a wp-zahŕňa... Ostatných sa nedotýkame, pamätajte, našou úlohou nie je ukazovať, akí sme cool, ale robiť to, čo klient chce, ten má takpovediac vždy pravdu. A potom všetko skopírujeme z rozbalenej distribučnej sady, pričom sa dohodneme na výmene všetkého, čo tam chce zmeniť, verte, že vie čo a kde zmeniť, tak nech si to vymení. Zostáva len prejsť na panel správcu a skontrolovať, či je tam všetko. Áno, admin panel bude fungovať aj tak po takej oplzlosti, ktorú sme urobili. Cieľ bol dosiahnutý, dobré pre vás a prosperita!

Na wordpresse Biela obrazovka- pomerne zriedkavá a nepríjemná situácia, ktorá môže rozrušiť takmer každého správcu webu. Najčastejšie sa prejavuje po aktualizácii CMS, inštalácii nového alebo aktualizácii starého pluginu, zmene šablóny, či aktualizácii aktívnej témy.

Biela obrazovka môže byť zobrazená striktne na prednej časti stránky (tej, ktorá je viditeľná pre používateľov), alebo to môže byť horšie - dokonca aj pri vstupe do konzoly.

Ak váš poskytovateľ hostingu alebo vy sami pravidelne zálohujete, môžete si byť 100% istí, že sa situácia vyrieši a že bude rýchlo vyriešená. Ak nebudú zálohy, tak...tak sa aj situácia s najväčšou pravdepodobnosťou vyrieši pomerne rýchlo a bez straty nervov.

UPOZORNENIE: Skôr ako budete konať - urobte úplnú zálohu súborov a databázy stránky.

Hlavné príčiny bielej obrazovky smrti na WordPress sú:

Hlavnými dôvodmi takýchto porúch vo WordPress sú spravidla doplnky, ktorých vývojári úplne neotestovali ich funkčnosť. Je tiež pravdepodobné, že nainštalované zásuvné moduly môžu byť navzájom v konflikte a výsledkom je prázdna stránka.

Preto musíte zistiť, ktorý z doplnkov je hlavnou príčinou problému.

Mám prístup do konzoly

  1. Prejdite na Zásuvné moduly → Nainštalované.
  2. Skontrolujte všetky pluginy a v poli „Akcie“ vyberte „Deaktivovať“.
  3. Prejdite na stránku a skontrolujte jej prácu.
  4. Ak sa tým problém nevyriešil, dôvod spočíva v niečom inom a musíte prejsť na ďalšiu metódu.
  5. Ak stránka funguje, mali by ste začať aktivovať pluginy jeden po druhom a po každej aktivácii skontrolovať výkon stránky.
  6. V dôsledku toho narazíte na plugin, po aktivácii ktorého sa objaví biela obrazovka. Existujú dva spôsoby: odstráňte ho a nájdite alternatívu, počkajte na aktualizáciu (ale nie na skutočnosť, že po aktualizácii bude chyba opravená), alebo kontaktujte vývojárov pluginu.

Môže ísť aj o konflikt medzi dvoma rôznymi pluginmi. Ak chcete skontrolovať túto verziu, oplatí sa znova deaktivovať všetky pluginy a aktivovať najskôr nájdený problematický plugin. Ak po zapnutí bude stránka fungovať, existuje vysoká pravdepodobnosť sporu medzi pluginmi. Rovnaký spôsob alternatívnej aktivácie pomôže určiť druhú z nich (za predpokladu, že prvá je nájdená a už aktivovaná).

  1. Musíte prejsť cez hostiteľský panel do správcu súborov vašej lokality alebo sa k nej pripojiť pomocou.
  2. Prejdite do priečinka wp-content a premenujte adresár plugins na iný názov, napríklad plugins2.
  3. Potom sa všetky pluginy deaktivujú, pretože systém bude hľadať súbory pluginov v priečinku „plugins“, a nie v „plugins2“.
  4. Skontrolujte, či stránka funguje.
  5. Ak sa nič nezmenilo, premenujte priečinok späť a pokračujte ďalším krokom.
  6. Ak tieto kroky pomohli, skúste najprv vrátiť názov adresára a znova skontrolujte. Opäť nič nefunguje - skúste vykonať akcie s premenovaním pre každý priečinok pluginov, to znamená do priečinka v adresári "plugins".

PHP má nedostatok pamäte

Problém nedostatku pamäte PHP je často výsledkom spustenia časti dotazu, algoritmu alebo kódu procedúry. To znamená, že to naznačuje, že skript php potrebuje použiť viac pamäte, ako je povolené.

Tento problém je, samozrejme, opravený zvýšením tohto limitu.

Nový limit cez wp-config.php

  1. Otvorte tento súbor pomocou editora kódu (alebo textového editora) a pridajte nový riadok s kódom: define ("WP_MEMORY_LIMIT", "64M");

    Kód musíte vložiť za prvý riadok s obsahom

  2. Uložte zmeny a skontrolujte stránku. Ak všetko funguje - gratulujeme, nie - hľadáme problém ďalej.

Nový limit cez .htaccess

  1. Pomocou Správcu súborov na hostiteľskom paneli (alebo pripojením k serveru pomocou) prejdite do hlavného adresára lokality a vyhľadajte tam súbor .htaccess. Ak chýba, vytvorte si ho.
  2. Potom ho otvorte pomocou ľubovoľného textového editora a pridajte tento riadok php_value memory_limit 64M
  3. Snažíme sa vstúpiť na stránku. Ak už nič fatálne nie je, prejdeme na ďalší krok.

Nový limit cez php.ini

  1. Ak váš poskytovateľ hostingu poskytol prístup k súboru php.ini, otvorte ho a pridajte riadok memory_limit = 64M;

    Ak nemáte prístup k súboru, môžete si ho vytvoriť sami a umiestniť ho do hlavného adresára stránky WordPress.

  2. Kontrolujeme stránku. Ak sa opäť nič nezmenilo, tak berieme do úvahy ďalší postup.

Možno by ste mali kontaktovať technickú podporu vášho poskytovateľa hostingu, aby ste zvýšili limit.

Chyby v aktívnej téme

Mám konzolový prístup

  1. Ideme do konzoly lokality, prejdite na kartu Vzhľad → Témy.
  2. Aktivujte ľubovoľnú predvolenú tému. Ak ste ich predtým odstránili, stiahnite si distribúciu WordPress a nainštalujte nejakú štandardnú šablónu.
  3. Obnovte stránku lokality. Sú zmeny? nie? Asi už tečú nervy, ale nič, skús problém riešiť ďalej.

Nemám prístup ku konzole

Chyby a chyby v kóde

  1. Prejdite do Správcu súborov cez hostiteľský panel (alebo sa pripojte k serveru pomocou), prejdite do koreňového adresára lokality a nájdite tam súbor wp-config.php.
  2. Nájdite riadok define ("WP_DEBUG", false);

    a nahradiť nasledujúcim

    Define ("WP_DEBUG", true);

  3. Ak ste takýto riadok v súbore nenašli, môžete si ho pridať sami. Stačí vložiť tento riadok define ("WP_DEBUG", true);

    a uložte svoje zmeny.

  4. Po pokuse o vstup na stránku sa vám zobrazia informácie, ktoré by vám podľa všetkého mali pomôcť vyriešiť problém s bielou obrazovkou.

Záver

Je to taký zdĺhavý a únavný proces riešenia problému a budem za vás rád, ak to skutočne pomohlo vyriešiť problém a nenudilo vás toľko času.

Preto, ak máte pohotovú technickú podporu, mali by ste ich najskôr kontaktovať. Spravidla tam sedia gramotní ujovia a tety, ktorí nájdu a vyriešia váš problém v protokoloch chýb.

Známa Biela obrazovka smrti (" biela obrazovka smrti") Je jednou z najbežnejších a zďaleka najviac frustrujúcich chýb, ktoré sa môžu stať na stránkach WordPress.

V tomto článku sa pozrieme na rôzne dôvody, ktoré môžu spôsobiť túto chybu, a na metódy, ktoré môžete použiť nielen na jej odstránenie, ale aj na vylúčenie možnosti výskytu tejto chyby v budúcnosti.

Navrhujem prediskutovať nasledujúce štyri metódy, ktoré použijeme na vyriešenie chyby bielej obrazovky smrti:

  1. Kontrola zásuvných modulov;
  2. Zvýšenie hodnoty limitu pamäte v nastaveniach PHP;
  3. Zmeniť šablónu WordPress;
  4. Zapnite režim ladenia.

Majte na pamäti, že pred vykonaním akýchkoľvek zmien v nastaveniach lokality musíte vykonať úplnú zálohu databázy.
Začnime.

Pluginy

Najčastejšia príčina objavenia sa bielej obrazovky smrti a tá, ktorá spôsobuje najmenšie ťažkosti pri jej odstraňovaní. Je pravdepodobné, že ste nainštalovali doplnok, ktorý je v konflikte s inými komponentmi ( pluginy alebo témy). Preto je potrebné určiť, kto je vinníkom objavenia sa bielej obrazovky smrti!

Krok 1
Na navigačnom paneli vášho administračného panela WordPress kliknite na odkaz Pluginy.

Krok 2
Najskôr zakážte nedávno nainštalované doplnky. To zvyčajne problém okamžite vyrieši.

Krok 3
Ak stále čítate tento článok, znamená to, že ste ešte nedospeli do cieľa pri riešení problému. Stojí za to skúsiť deaktivovať všetky doplnky na vašom webe. Môžete to urobiť začiarknutím úplne prvého začiarkavacieho políčka umiestneného tesne nad zoznamom a následným výberom položky „Zakázať“ z rozbaľovacej ponuky.

Krok 4
Potvrďte deaktiváciu doplnkov a potom skontrolujte, či váš web funguje. Ak to funguje, gratulujem, môžete prestať čítať. Ak nie, povoľte doplnky a pokračujte.

Keď je panel správcu nedostupný

Krok 1
Bez prístupu k administračnému panelu by ste sa mali buď pripojiť k FTP serveru vášho hostingu, alebo použiť správcu súborov cez hostingový ovládací panel.

Krok 2
V priečinku wp-content na vašom webe WordPress jednoducho premenujte adresár plugins na niečo ako plugins-old alebo plugins-temp.

Krok 3
Všetky doplnky sú vypnuté a teraz môžete skúsiť obnoviť domovskú stránku svojho webu vo svojom prehliadači. Dúfam, že sa stránka načíta bez bielej obrazovky. Ešte nie? V tomto prípade vráťte starý názov do priečinka pluginov, budeme hľadať ďalej.

Zvýšenie limitu pamäte v PHP

Úprava súboru „wp-config.php“.

Krok 1
Prejdite do priečinka vašej lokality cez FTP alebo cez správcu súborov dostupného cez ovládací panel hostingu a otvorte koreňový adresár WordPress.

Krok 2
Otvorte súbor wp-config.php v textovom editore a nájdite v ňom nasledujúci kód:

definovať ("WP_MEMORY_LIMIT", "64M");

Toto číslo je možné zvýšiť v závislosti od kapacity vášho servera. Nebuďte chamtiví, pretože so zvyšujúcou sa hodnotou tohto parametra sa zvyšuje zaťaženie servera.

Krok 3
Uložte súbor wp-config.php a obnovte domovskú stránku lokality. Ak stránka funguje, môžete s ňou pokračovať v práci. Ak nie, opäť máme smolu a ideme ďalej.

Úprava súboru „php.ini“.

Krok 1
Rovnako ako v predchádzajúcich fázach „opravy“ stránky sa pripojte k FTP serveru alebo pomocou správcu súborov dostupného v ovládacom paneli hostingu prejdite do koreňového adresára WordPress.

Krok 2
Ak máte prístup k zápisu do súboru „php.ini“, pridajte doň nasledujúci kód:

memory_limit = 64M;

Ak nemáte prístup na zápis, jednoducho vytvorte tento súbor v koreňovom priečinku WordPress.

Krok 3
Uložte zmeny a znova načítajte hlavnú stránku lokality. Mali by ste si uvedomiť, že maximálna veľkosť php skriptu môže byť 64 MB, takže sa nepokúšajte túto hodnotu zvyšovať.

Úprava súboru „.htaccess“.

Krok 1
Každá stránka WordPress má súbor .htaccess, takže tu je ďalší pokus o vyriešenie problému “ biela obrazovka smrti»Začneme aj prístupom do koreňového priečinka WordPress cez FTP alebo cez správcu súborov ovládacieho panela hostingu.

Krok 2
Otvorte súbor „.htaccess“ a pridajte doň nasledujúci riadok:

php_value memory_limit 64M

Krok 3
Obnovte domovskú stránku. Videli ste jeho obsah? Dobre! nie? Pokračuj v čítaní!

Zmena témy WordPress

Ak máte prístup k administračnému panelu

Krok 1
Prejdite do ponuky Správca tém výberom položky Vzhľad> Témy z ponuky umiestnenej na ľavej strane panela správcu WordPress.

Krok 2
Aktivujte jednu z predvolených tém WordPress, ako je Twenty Fourteen alebo Twenty Thirteen.

Krok 3
Znova obnovte stránku a skontrolujte prípadné zmeny v práci.

Ak nemáte prístup k správcovskému panelu WordPress

Táto možnosť je o niečo komplikovanejšia ako zmena témy prostredníctvom panela správcu WordPress. Ale ak nie je iná cesta von ( alebo sa len pýtate, ako na to) - pozrite sa ďalej!

Krok 1
Vráťte sa späť do priečinka našej stránky cez FTP alebo správcu súborov a uistite sa, že na serveri sú prítomné štandardné témy WordPress.

Krok 2
Prejdite na panel správcu hostiteľa, potom prejdite na PHPMyAdmin a nájdite tabuľku wp_options v databáze našej WP stránky.

Krok 3
Prejdite nadol na položky „šablóna“ a „šablóna so štýlmi“. Obe tieto polia by sa mali premenovať podľa názvov tém. V našom prípade to môže byť „dvadsaťštrnásť“ alebo „dvadsaťtrinásť“.

Krok 4
Aktualizujeme domovskú stránku vášho webu obvyklým pohybom, dúfajúc v to najlepšie.

Zapnite režim ladenia

Ak súbor „wp-config.php“ obsahuje kód ladenia

Krok 1
Prejdite na svoju stránku cez FTP alebo cez správcu súborov na ovládacom paneli hostingu a otvorte koreňový adresár WordPress.

Krok 2
Otvorte súbor wp-config.php a nájdite v ňom nasledujúci kód:

define ("WP_DEBUG", false);

Krok 3
Ak chcete povoliť režim ladenia, nastavte premennú booleovského typu „WP_DEBUG“ na hodnotu true:

definovať ("WP_DEBUG", true);

Krok 4
Obnovte domovskú stránku svojho webu. Mali by ste vidieť informácie o tom, prečo by stránka mohla vypadnúť v " biela obrazovka smrti". Ďalšie informácie o tom, čo v skutočnosti znamenajú informácie o ladení, použite stránku z kódexu WordPress... Môže to byť užitočné.

Ak súbor „wp-config.php“ neobsahuje žiadny ladiaci kód

Krok 1
Prihláste sa cez FTP alebo cez správcu súborov na ovládacom paneli hostingu na svoju stránku a otvorte koreňový adresár WordPress.

Krok 2
Otvorte súbor wp-config.php a vložte doň nasledujúci kód:

definovať ("WP_DEBUG", true);

Krok 3
Obnovte domovskú stránku svojho webu. Mali by ste na ňom vidieť informácie o ladení. Podrobné informácie o tom, čo tieto informácie znamenajú, nájdete v kódexe WordPress.

Snáď každý z nás aspoň raz čelil vo WordPresse takzvanej „bielej obrazovke smrti“ po nainštalovaní pluginu alebo zmene akýchkoľvek nastavení. Ani obsah, ani panel správcu – nič nie je k dispozícii. Ak ste oboznámení s opísanou situáciou, tento článok je pre vás.

Poviem vám o všetkých možných problémoch, o najčastejších príčinách ich vzniku a tiež – čo je najdôležitejšie – ponúknem riešenia, ako čo najskôr dostať vašu stránku do prevádzkyschopného stavu.

Biela obrazovka smrti (WSOD) je takmer vždy spojená s chybami v kóde PHP alebo s nedostatkom dostupnej pamäte. Prvá vec, ktorú musíte urobiť, je zistiť, či panel správcu funguje alebo nie. Ak sa frontend webovej stránky nezobrazuje, ale panel správcu funguje, problém je s najväčšou pravdepodobnosťou spôsobený poškodenou témou alebo doplnkom.

Zakázať doplnky a motívy

Najlepší spôsob, ako sa s tým vysporiadať, je zakázať všetky doplnky. Ak to pomôže vyriešiť problém, potom stačí nájsť vinníka. Začnite aktivovať doplnok jeden po druhom opätovným načítaním stránky po každej aktivácii. Ak váš frontend prestane fungovať, potom ste našli problematický doplnok.

Ak to nefunguje, môžete dočasne prepnúť na predvolenú tému WordPress. Môžete použiť napríklad Twenty Fifteen. Ak váš web funguje dobre, problém je vo vašej téme.

Zapnite režim ladenia

Ak je vaša stránka stále nefunkčná alebo sa panel správcu nespustí (alebo ak ste našli vinníka, ale stále chcete ísť ešte hlbšie), môžete povoliť režim ladenia, ktorý vám umožní vidieť všetky chyby.

Problém je v tom, že keď sa vyskytne fatálna chyba, skript sa jednoducho prestane vykonávať. Ak sa pred zobrazením akéhokoľvek obsahu vyskytne chyba, jednoducho sa zobrazí biela obrazovka bez akýchkoľvek informácií.

Ak chcete povoliť režim ladenia, musíte otvoriť súbor wp-config.php vašej zostavy WordPress. Mal by obsahovať nasledujúci riadok:

Definovať ("WP_DEBUG", nepravda)

Musíte nahradiť nepravdu pravdivou a potom znova načítať stránku. Namiesto bielej obrazovky smrti sa vám zobrazí biela obrazovka s chybovými hláseniami. Nie je to veľké zlepšenie, ale objavia sa aspoň nejaké indície.

Ak ste nezakázali témy a doplnky, môžete zistiť, kto je vinník, jednoducho preskúmaním chybového hlásenia. Správa by mala uvádzať, ktorý súbor spôsobil chybu. Príklad:

Nie je možné opätovne deklarovať get_posts () (predtým deklarované v /var/www/html/wordpress/wp-includes/post.php:1874) v / var / www / html / wordpress / wp-content / plugins / my-test-plugin / my-test-plugin.php na riadku 38

Ako vidíte, problém spôsobil riadok 38 doplnku s názvom „my-test-plugin“. Zakážte tento doplnok a všetko by malo fungovať.

Tip: Ak máte FTP prístup alebo sa môžete prihlásiť na server cez ovládací panel vášho hostingu (napríklad cPanel), môžete deaktivovať všetky pluginy naraz premenovaním priečinka plugins, napríklad na plugins.hold. Priečinok je vo formáte wp-contents.

Ak sa vyznáte v kóde, môžete skúsiť doplnok upraviť sami. V prípade pluginu z oficiálneho úložiska ho odporúčam napísať autorovi namiesto toho, aby ste sa pokúšali niečo opraviť sami. Pri manuálnej úprave pluginu budete musieť všetky zmeny udržiavať sami, čo je dosť problematická úloha. Jednoduchšie je to deaktivovať a počkať, kým to vývojár neopraví.

Zvyšovanie limitov pamäte

Ak stále vidíte prázdnu stránku alebo dostanete správu o nedostatku pamäte, musíte aplikácii prideliť viac pamäte. To sa dá urobiť prostredníctvom súboru wp-config.php vo väčšine zostáv, stačí pridať nasledujúci kód:

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

Ak to nefungovalo, máte niekoľko možností, ako môžete postupovať. V bežnom prostredí môžete použiť svoj súbor .htaccess – ktorý sa nachádza v koreňovom adresári WordPress – na zvýšenie limitu pamäte. Stačí k nemu pridať nasledujúci riadok:

Php_value memory_limit 64 miliónov

Ak pracujete s modernými hostiteľmi, ktorí vo svojej architektúre používajú Nginx, súbor .htaccess nemusí byť dostupný. V tomto prípade môžete použiť súbor php.ini na zvýšenie limitu pamäte. Do tohto súboru vložte nasledujúci riadok:

Memory_limit = 64 miliónov

Ak vám stále dochádza nedostatok pridelenej pamäte, môže byť problém s vašou aplikáciou. Je pravdepodobné, že vaša téma alebo niektorý z vašich doplnkov využíva nadmerné množstvo zdrojov. Ak chcete skontrolovať svoje denníky SQL a štatistiky využívania zdrojov, kontaktujte vývojárov alebo svoju hostiteľskú spoločnosť.

Riešenie problémov s povoleniami súborov

Táto príčina pravdepodobne nepovedie k bielej obrazovke smrti, ale stále môže spôsobiť rôzne problémy.

Pre WordPress platia nasledujúce pravidlá:

  • Súbory musia byť 664
  • Počet priečinkov by mal byť 775
  • Súbor wp-config.php by mal byť 660

Ak máte prístup SSH na svoj server, môžete presadiť príslušné pravidlá spustením nasledujúceho príkazu z koreňového adresára WordPress:

Sudo nájsť. -type f -exec chmod 664 () + sudo find. -type d -exec chmod 775 () + sudo chmod 660 wp-config.php

Ak sa bojíte niečo zmeniť sami, kontaktujte svoj hosting. Urobia to za vás. Niektoré hostingy WordPress majú automatickú kontrolu povolení, ktorá vám umožní nastaviť všetko za pár sekúnd.

Riešenie problémov s automatickými aktualizáciami

V zriedkavých prípadoch môže WordPress naraziť na problémy s aktualizáciou, ako je napríklad časový limit servera. Spravidla sa všetko rieši automaticky, ale v niektorých situáciách to môže viesť k objaveniu sa bielej obrazovky smrti.

Prvá vec, ktorú musíte urobiť v tomto prípade, je prejsť do koreňového adresára WordPress a zistiť, či existuje údržba súborov. Odstráňte tento súbor a skúste nahrať svoj web znova. Ak bola aktualizácia úspešná – ale WordPress nedokázal tento súbor automaticky odstrániť – všetko sa vráti do normálu.

Ak aktualizácia nebola dokončená, môže sa vykonať automaticky, čím sa stránka opäť vráti do normálu. Ak to nepomôže, v tomto prípade môžete prejsť manuálnou aktualizáciou, ktorá pomôže vyriešiť problém raz a navždy.

Ak používate WordPress dlhší čas, určite ste sa už aspoň raz stretli s „bielou obrazovkou smrti“. Dôvod, prečo tento moment rozrušuje používateľa, je ten, že nie je možné dostať sa do oblasti správcu. A keďže v tomto prípade sa chybový text vo väčšine prípadov na obrazovke nezobrazí, zostávate v tme, kde sa problém vkradol. Najnepríjemnejšie na tom je, že niekedy sa problém týka len určitej časti webu a vy napríklad vidíte bielu obrazovku iba v oblasti administrátora, ale zobrazuje sa a funguje ako zvyčajne hlavná stránka. Niekedy sa to stane len pri niektorých záznamoch a zvyšok opäť funguje dobre. V tomto článku vám ukážeme, ako opraviť bielu obrazovku smrti vo WordPress pohľadom na niekoľko možných riešení.

Poznámka: Pred použitím zmien na lokalite sa uistite, že máte novú zálohu.

Prečo sa táto chyba vyskytuje?

Biela obrazovka častejšie znamená, že ste dosiahli limit pamäte. Môže to byť spôsobené doplnkom, ktorý funguje, ale nefunguje správne; téma je nesprávne napísaná; problém môže byť s vaším hostingom. Keďže problém môže byť spôsobený viacerými faktormi, môže mať mnoho riešení.

Ovplyvňuje problém vaše ďalšie stránky?

Ak máte viacero stránok, prvá vec, ktorú by ste mali urobiť, je skontrolovať, či sa biela obrazovka smrti vyskytuje na všetkých alebo iba na jednej doméne. Ak sú ostatné stránky tiež mimo prevádzky, znamená to problém s poskytovateľom hostingu. Ak má však problémy iba jedna z vašich stránok, stojí za to pozrieť sa na doplnok alebo nainštalovanú šablónu. Ak je problém s konkrétnym blogovým príspevkom alebo stránkou, potom je určite problém s konkrétnou stránkou.

Zvýšenie limitu pamäte

Tento problém sa zvyčajne vyskytuje, pretože ste dosiahli limit pamäte.
Migroval som veľa klientskych stránok a niekedy sa pri aktivácii nového doplnku alebo vykonávaní iných úloh objavila chyba limitu pamäte. Zvyčajne chyba vyzerá takto:

Závažná chyba: Vyčerpaná povolená veľkosť pamäte 33554432 bajtov (pokúsili ste sa prideliť 2348617 bajtov) v súbore /home4/xxx/public_html/wp-includes/plugin.php na riadku xxx

Aby sme to vyriešili, otvoríme náš súbor wp-config.php umiestnený v koreňovom priečinku WordPress. Potom pridajte nasledujúci kód do hlavnej značky php:

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

Práve sme zvýšili limit pamäte na 64 MB. Ak chyba pretrváva, kontaktujte svojho hostiteľa. Zvýšia limit v php.ini.

Zakázať všetky doplnky

Ak zvýšenie pamäte nepomôže alebo máte vysoký limit, napríklad 256 MB alebo 512 MB, mali by ste začať s riešením problémov krok za krokom. Podľa mojich skúseností s týmito druhmi problémov ide zvyčajne o doplnok alebo šablónu. Pokračujte a zakážte doplnky. Môžete to urobiť podľa pokynov:

Ak táto metóda pomohla, povoľte doplnky jeden po druhom.

Nahradenie šablóny štandardnou šablónou WordPress

Ak metóda doplnku nepomohla, mali by ste skúsiť zmeniť svoju aktuálnu šablónu na tú, ktorá sa dodáva s motorom. Najlepší spôsob, ako to urobiť, je zálohovať aktuálnu zložku témy, potom ju odstrániť a VI sa automaticky prepne na predvolenú tému.

Prípadne môžete prejsť do phpMyAdmin a aktualizovať databázovú tabuľku wp_options. V tabuľke musíte aktualizovať nasledujúce riadky:

šablóna, štýlov a aktuálna_téma... Zmeňte hodnotu na dvadsaťjedenásť.

Ak sa problém s bielou obrazovkou vyriešil, musíte sa pozrieť na súbor funkcie.php vaša téma. Ak na konci súboru nájdete prázdne riadky, musíte ich vymazať.

Ďalšie možnosti

Ak nič z vyššie uvedeného nepomohlo, musíte skúsiť preinštalovať motor WordPress. Niekedy to nie je úplne zrejmé, ale súbory jadra sa môžu poškodiť.
Môžete tiež použiť funkciu ladenia vo WordPress, aby ste videli, aký typ chyby sa zobrazuje. Pridajte nasledujúci kód do súboru wp-config.php.

Error_reporting (E_ALL); ini_set ("display_errors", 1); definovať ("WP_DEBUG", true);

Keď to urobíte, na prázdnej obrazovke sa zobrazia chyby, upozornenia a upozornenia. To môže pomôcť určiť, kde chrobáčikovi rastú nohy 🙂

Niekedy môžete mať prístup do oblasti správcu, ale samotná stránka vyzerá ako prázdne biele plátno. Môže to byť spôsobené doplnkom ukladania do vyrovnávacej pamäte. Stačí vymazať vyrovnávaciu pamäť.

Ak sa biela obrazovka zobrazuje na veľmi dlhých záznamoch, mali by ste tiež skúsiť vymazať vyrovnávaciu pamäť.
Môžete tiež vyskúšať nasledovné: buď pridajte nasledujúci kód do wp-config.php, v niektorých prípadoch do súboru PHP.INI vášho webového servera.

/ ** Riešenie pre veľké príspevky * / ini_set ("pcre.recursion_limit", 20000000); ini_set ("pcre.backtrack_limit", 10000000);

Je jasné, že všetky tieto chyby sú veľmi škaredé, preto dúfame, že vám aspoň jeden zo spôsobov pomohol vyriešiť problém, s ktorým ste prišli na náš blog. Ak máte iné riešenia, ste vítaní v komentároch.