Preskoči na sadržaj

Beli ekran u WordPressu: kako da vratite sajt u rad

Srednje 20 min Ažurirano:

Kratak odgovor

Beli ekran (White Screen of Death) znači da PHP skripta pada pre nego što ispiše bilo šta, a greška je sakrivena. Uključite prikaz grešaka u `wp-config.php`, očitajte poruku, pa isključite dodatke i prebacite temu na podrazumevanu. U većini slučajeva krivac je nekompatibilan dodatak, tema ili nedostatak PHP memorije.

Kako se problem prepoznaje

  • Sajt i administracija prikazuju potpuno praznu belu stranicu
  • Prijava na `/wp-admin` ne prikazuje formu za prijavu
  • Stranica se učita, ali nema nikakvog sadržaja ni poruke o grešci
  • U pregledaču status 500 ili 200 sa praznim telom odgovora
  • Nakon ažuriranja dodatka ili teme sajt je prestao da se otvara

Najčešći uzroci

Fatalna PHP greška

Dodatak ili tema poziva funkciju koja ne postoji ili je nekompatibilna sa verzijom PHP-a, pa izvršavanje staje pre ispisa stranice.

Nedostatak PHP memorije

Kada PHP dostigne `memory_limit`, skripta se prekida bez poruke, a pregledač prikaže praznu stranicu.

Neispravna tema posle ažuriranja

Delimično ažurirana ili nekompatibilna tema ruši se pri učitavanju, što pogađa i prednji deo i administraciju.

Oštećeni fajlovi jezgra

Prekinuto ažuriranje WordPressa ili neuspešan prenos fajlova ostavlja nepotpune PHP fajlove.

Konflikt na nivou hostinga

Promena verzije PHP-a ili isključen obavezan modul (na primer `mbstring`) izaziva pad bez vidljive poruke.

Rešenje korak po korak

  1. 1

    Napravite rezervnu kopiju pre svega

    Pre bilo kakve izmene preuzmite kopiju fajlova i baze preko hosting panela ili dodatka za rezervne kopije. Ako nemate pristup administraciji, kopiju fajlova preuzmite preko SFTP-a, a bazu preko phpMyAdmin-a ili alatke za rezervne kopije u cPanel-u. Time obezbeđujete povratak na prethodno stanje ako nešto pođe naopako.

  2. 2

    Uključite prikaz grešaka

    Otvorite wp-config.php preko SFTP-a ili upravljača fajlovima i privremeno postavite define( 'WP_DEBUG', true ); i define( 'WP_DEBUG_DISPLAY', true );. Osvežite sajt i očitajte poruku koja se sada pojavljuje. Ako se i dalje ne vidi greška, u php.ini ili preko hosting panela uključite display_errors.

  3. 3

    Pogledajte log grešaka

    Ako je prikaz grešaka isključen na nivou servera, proverite error_log u korenu sajta ili u hosting panelu (sekcija sa logovima). Poslednje linije obično imenuju fajl i liniju gde je izvršavanje stalo. Taj podatak je najbrži put do krivca.

  4. 4

    Isključite dodatke bez administracije

    Preko SFTP-a preimenujte folder wp-content/plugins u plugins-off. Ako se sajt vrati, problem je u dodatku. Zatim vraćajte naziv foldera i pojedinačno preimenujte foldere dodataka dok ne pronađete onaj koji ruši sajt.

  5. 5

    Prebacite temu na podrazumevanu

    Preimenujte folder aktivne teme u wp-content/themes, na primer tema-off. WordPress tada automatski prelazi na podrazumevanu temu ako je instalirana. Ako se sajt vrati, ažurirajte temu ili je zamenite kompatibilnom verzijom.

  6. 6

    Povećajte PHP memoriju

    U wp-config.php dodajte define( 'WP_MEMORY_LIMIT', '256M' ); i, ako hosting dozvoljava, podignite memory_limit u php.ini ili u panelu hostinga. Proverite i da je verzija PHP-a podržana za vašu verziju WordPressa.

  7. 7

    Vratite jezgro ako su fajlovi oštećeni

    Iz administracije ili preko panela hostinga pokrenite ponovno preuzimanje jezgra, ili ručno zamenite foldere wp-admin i wp-includes i osnovne fajlove u korenu (osim wp-config.php i wp-content) svežim fajlovima iste verzije. Folder wp-content ne dirajte, jer u njemu su teme, dodaci i otpremljeni fajlovi.

  8. 8

    Isključite prikaz grešaka na kraju

    Kada sajt proradi, vratite WP_DEBUG na false i uklonite WP_DEBUG_DISPLAY, da posetioci ne vide interne poruke. Ako je potrebno da se greške i dalje beleže, umesto potpunog isključivanja ostavite WP_DEBUG uključen, a WP_DEBUG_DISPLAY isključen i WP_DEBUG_LOG uključen, da se greške beleže u wp-content/debug.log.

Ako ništa ne pomogne

Ako se beli ekran zadržava i posle isključivanja svih dodataka i promene teme, problem je najverovatnije ispod WordPressa: neispravna PHP konfiguracija, nedostajući modul, pun disk ili oštećena baza. Proverite u panelu hostinga zauzeće diska i kvotu, zatim verziju PHP-a i listu uključenih modula. Ako je sajt bio u režimu održavanja, obrišite fajl .maintenance u korenu. Kada ni to ne pomogne, vratite rezervnu kopiju sa poznatim radnim stanjem i zatim postepeno primenjujte ažuriranja, jedno po jedno, uz proveru posle svakog koraka.

Kako da sprečite da se ponovi

  • Redovno pravite rezervne kopije fajlova i baze i testirajte vraćanje
  • Ažurirajte dodatke i temu na test kopiji pre produkcije
  • Držite PHP i WordPress na podržanim verzijama i pratite `debug.log`
  • Uklonite neaktivne dodatke i teme koje ne koristite

Kada je bolje pozvati stručnjaka

Ako nemate pristup fajlovima preko SFTP-a, nemate rezervnu kopiju ili se beli ekran ponavlja posle svake izmene, bolje je da pozovete IT podršku. Oni mogu da provere serversku konfiguraciju i bazu bez rizika od trajnog gubitka podataka.

Izrada sajtova · Brzi, SEO optimizovani sajtovi na više jezika

Česta pitanja

Da li beli ekran znači da je sajt izgubio podatke?

Ne. Baza i fajlovi su najčešće netaknuti, jer se radi o grešci u izvršavanju PHP koda. Podaci mogu da se izgube samo ako se preduzimaju rizične izmene bez rezervne kopije.

Mogu li da popravim sajt ako ne mogu da se prijavim u administraciju?

Možete, preko SFTP-a ili upravljača fajlovima na hostingu. Preimenovanjem foldera dodataka i teme zaobilazite administraciju i odmah vidite da li je problem u njima.

Zašto se greška ne vidi na ekranu?

Većina hostinga isključuje prikaz grešaka da posetioci ne vide interne detalje. Zato se poruka pojavljuje tek kada uključite `WP_DEBUG` ili pogledate `error_log`.

Podeli
Niste našli rešenje?AI IT asistent je dostupan 24/7. Opišite problem ili pošaljite screenshot greške i dobićete uputstvo za vaš slučaj.Pitajte AI IT asistenta