Bela stran v WordPressu

Zakaj je stran bela namesto da bi javila napako

Ker je izpis napak na produkciji izklopljen — in prav je tako, saj bi razkril poti in podatke o sistemu. Posledica je, da ob usodni napaki obiskovalec dobi prazno okno.

Prvi korak torej ni popravljanje, ampak prižiganje luči.

Vklopi izpis napak

V datoteki wp-config.php poišči vrstico WP_DEBUG in jo nastavi tako, da se napake zapisujejo v datoteko, ne izpisujejo obiskovalcem:

• WP_DEBUG na true
• WP_DEBUG_LOG na true
• WP_DEBUG_DISPLAY na false

Osveži stran in poglej wp-content/debug.log. Tam bo pisalo, katera datoteka in katera vrstica sta ustavili izvajanje.

Izključi vtičnike brez dostopa do plošče

Če skrbniška plošča ni dosegljiva, gre prek FTP ali upravitelja datotek:

1. Preimenuj mapo wp-content/plugins v plugins-off. S tem izklopiš vse naenkrat.
2. Osveži stran. Če se odpre, je krivec med vtičniki.
3. Vrni ime nazaj in nato preimenuj posamezne vtičnike, dokler ne najdeš tistega, ki podre stran.

Preklopi na privzeto temo

Če vtičniki niso krivi, preimenuj mapo trenutne teme. WordPress se bo vrnil na privzeto temo. Če stran zaživi, je napaka v temi — najpogosteje v functions.php, kamor je nekdo prilepil delček kode.

Preveri pomnilniško omejitev

Če v dnevniku piše Allowed memory size exhausted, stran nima dovolj pomnilnika. Zvišanje omejitve v wp-config.php je hitra rešitev, ni pa razlaga — če se ponavlja, nekaj v ozadju bere preveč podatkov naenkrat.

Bela je samo skrbniška plošča

Kadar javni del strani dela, plošča pa ne, je krivec skoraj vedno vtičnik, ki deluje le v zaledju. Isti postopek s preimenovanjem map velja tudi tu.

Kako se izogneš temu naslednjič

• posodobitve najprej na kopiji strani
• manj vtičnikov: vsak je nova možnost za belo stran
• kopija pred vsakim posegom
• zapisovanje napak vklopljeno stalno, izpis pa izklopljen

Pogosta vprašanja