Прескочи на садржај
EVI Solutions

Бели екран у WordPressu: како да вратите сајт у рад

Средње 20 мин Ažurirano:

Кратак одговор

Бели екран (White Screen оф Деатх) значи да PHP скрипта пада пре него што испише било шта, а грешка је сакривена. Укључите приказ грешака у `wp-config.php`, очитајте поруку, па искључите додатке и пребаците тему на подразумевану. У већини случајева кривац је некомпатибилан додатак, тема или недостатак PHP меморије.

Како се проблем препознаје

  • Сајт и администрација приказују потпуно празну белу страницу
  • Пријава на `/wp-admin` не приказује форму за пријаву
  • Страница се учита, али нема никаквог садржаја ни поруке о грешци
  • У прегледачу статус 500 или 200 са празним телом одговора
  • Након ажурирања додатка или теме сајт је престао да се отвара

Најчешћи узроци

Фатална PHP грешка

Додатак или тема позива функцију која не постоји или је некомпатибилна са верзијом PHP-а, па извршавање стаје пре исписа странице.

Недостатак PHP меморије

Када PHP достигне `memory_limit`, скрипта се прекида без поруке, а прегледач прикаже празну страницу.

Неисправна тема после ажурирања

Делимично ажурирана или некомпатибилна тема руши се при учитавању, што погађа и предњи део и администрацију.

Оштећени фајлови језгра

Прекинуто ажурирање WordPressa или неуспешан пренос фајлова оставља непотпуне PHP фајлове.

Конфликт на нивоу хостинга

Промена верзије PHP-а или искључен обавезан модул (на пример `mbstring`) изазива пад без видљиве поруке.

Решење корак по корак

  1. 1

    Направите резервну копију пре свега

    Пре било какве измене преузмите копију фајлова и базе преко хостинг панела или додатка за резервне копије. Ако немате приступ администрацији, копију фајлова преузмите преко SFTP-а, а базу преко phpMyAdmin-a или алатке за резервне копије у cPanel-u. Time обезбеђујете повратак на претходно стање ако нешто пође наопако.

  2. 2

    Укључите приказ грешака

    Отворите wp-config.php преко SFTP-а или управљача фајловима и привремено поставите define( 'WP_DEBUG', true ); и define( 'WP_DEBUG_DISPLAY', true );. Освежите сајт и очитајте поруку која се сада појављује. Ако се и даље не види грешка, у php.ini или преко хостинг панела укључите display_errors.

  3. 3

    Погледајте лог грешака

    Ако је приказ грешака искључен на нивоу сервера, проверите error_log у корену сајта или у хостинг панелу (секција са логовима). Последње линије обично именују фајл и линију где је извршавање стало. Тај податак је најбржи пут до кривца.

  4. 4

    Искључите додатке без администрације

    Преко SFTP-а преименујте фолдер wp-content/plugins у plugins-off. Ако се сајт врати, проблем је у додатку. Затим враћајте назив фолдера и појединачно преименујте фолдере додатака док не пронађете онај који руши сајт.

  5. 5

    Пребаците тему на подразумевану

    Преименујте фолдер активне теме у wp-content/themes, на пример tema-off. WordPress тада аутоматски прелази на подразумевану тему ако је инсталирана. Ако се сајт врати, ажурирајте тему или је замените компатибилном верзијом.

  6. 6

    Повећајте PHP меморију

    У wp-config.php додајте define( 'WP_MEMORY_LIMIT', '256M' ); и, ако хостинг дозвољава, подигните memory_limit у php.ini или у панелу хостинга. Проверите и да је верзија PHP-а подржана за вашу верзију WordPressa.

  7. 7

    Вратите језгро ако су фајлови оштећени

    Из администрације или преко панела хостинга покрените поновно преузимање језгра, или ручно замените фолдере wp-admin и wp-includes и основне фајлове у корену (осим wp-config.php и wp-content) свежим фајловима исте верзије. Фолдер wp-content не дирајте, јер у њему су теме, додаци и отпремљени фајлови.

  8. 8

    Искључите приказ грешака на крају

    Када сајт проради, вратите WP_DEBUG на false и уклоните WP_DEBUG_DISPLAY, да посетиоци не виде интерне поруке. Ако је потребно да се грешке и даље бележе, уместо потпуног искључивања оставите WP_DEBUG укључен, а WP_DEBUG_DISPLAY искључен и WP_DEBUG_LOG укључен, да се грешке бележе у wp-content/debug.log.

Ако ништа не помогне

Ако се бели екран задржава и после искључивања свих додатака и промене теме, проблем је највероватније испод WordPressa: неисправна PHP конфигурација, недостајући модул, пун диск или оштећена база. Проверите у панелу хостинга заузеће диска и квоту, затим верзију PHP-а и листу укључених модула. Ако је сајт био у режиму одржавања, обришите фајл .maintenance у корену. Када ни то не помогне, вратите резервну копију са познатим радним стањем и затим постепено примењујте ажурирања, једно по једно, уз проверу после сваког корака.

Како да спречите да се понови

  • Редовно правите резервне копије фајлова и базе и тестирајте враћање
  • Ажурирајте додатке и тему на тест копији пре продукције
  • Држите PHP и WordPress на подржаним верзијама и пратите `debug.log`
  • Уклоните неактивне додатке и теме које не користите

Када је боље позвати стручњака

Ако немате приступ фајловима преко SFTP-а, немате резервну копију или се бели екран понавља после сваке измене, боље је да позовете IT подршку. Они могу да провере серверску конфигурацију и базу без ризика од трајног губитка података.

Препустите нама Питајте AI IT асистента
Израда сајтова · Брзи, SEO оптимизовани сајтови на више језика

Честа питања

Да ли бели екран значи да је сајт изгубио податке?

Не. База и фајлови су најчешће нетакнути, јер се ради о грешци у извршавању PHP кода. Подаци могу да се изгубе само ако се предузимају ризичне измене без резервне копије.

Могу ли да поправим сајт ако не могу да се пријавим у администрацију?

Можете, преко SFTP-а или управљача фајловима на хостингу. Преименовањем фолдера додатака и теме заобилазите администрацију и одмах видите да ли је проблем у њима.

Зашто се грешка не види на екрану?

Већина хостинга искључује приказ грешака да посетиоци не виде интерне детаље. Зато се порука појављује тек када укључите `WP_DEBUG` или погледате `error_log`.

Подели
Нисте нашли решење?AI IT асистент је доступан 24/7. Опишите проблем или пошаљите screenshot грешке и добићете упутство за ваш случај.Питајте AI IT асистента