Рассмотрим несколько причин появления белого экрана WordPress при входе на сайт и решения, которые за несколько минут снимут проблему смерти админки .

Этот движок работает без сбоев и если у вас что-то случилось, то причиной могут быть собственные ошибки при написании кода в отдельных файлах, несовместимость плагинов или тем, маленькая память у хостера, работа кеширующих плагинов.

Белый экран вместо сайта – что делать?

Вы ввели логин и пароль, но вместо знакомой админки видите лишь белый экран. Что это означает? Скрипт не может быть выполнен по 5 причинам выше и вполне возможно, что есть и другие. И для каждого случая есть быстрое решение.

Что нужно проверить при появлении белого экрана смерти вордпресс

1. Первое, на что следует обратить внимание, так это на свои последние действия. Вы установили или обновили плагин, тему. Или добавили новую запись в файл с ошибкой.
2. Проверить, виноват плагин легко. Достаточно на сервере переименовать папку плагинов и вновь попытаться зайти в админку. Удалять их совсем не нужно. Если проблема не снята, то значит дело не в этом. Возвращаем папке ее первоначальное название.
3. Если вы добавили файл, например, к дочерней теме файл functions.php, то проверьте правильность записи и кодировку файла. Всего одна галочка может вызвать белую картинку вместо сайта.

1. Еще может быть просто кеш. Почистите
2. Еще причина: хостер выделяет мало памяти PHP и скриптам не хватает ее для выполнения. В этом случае меняйте или тарифный план, либо переезжайте на другой хостинг. Также можно прописать, если вам позволят, в файл.htaccess php_value memory_limit 64M Но лучше обратитесь в поддержку хостинг компании с просьбой увеличить память PHP.

Этого числа, как правило, хватает для работы скриптов.

Разрешаем запись логов WordPress

Чтобы легче было отследить любую проблему, то при разработке включите лог вордпресс, который хранится в папке /wp-content/debug.log

В wp-config.php добавляем:

Из моего опыта: белый экран после внесения изменений в файл.htaccess

Внести новые записи в фал.htaccess — это дело привычное. Но как-то у меня получился странный сбой. Я внесла уже проверенные на других сайтах строчки и получила белый экран для пользователей (администратор мог попасть в админку и работать там). Отменила эти изменения, вернула прежний.htaccess, а проблема никуда не делась. И что самое интересное, никакие разрешения выводить ошибки на экран не работали. Чистый белейший и пустой лист!

В результате я сохранила все файлы с конфигурацией кеша на локалке (при этом ни один плагин кеширования не был включен), затем удалила их с сервера. И сайт ожил, сразу написал ошибки, что нужны ему файлы кеша. Я их вернула назад и сайт заработал, как часы.

Вот такая непонятная история. А самое интересное, что мне все-таки нужно добавить строчки в.htaccess. Но повторить ситуацию как-то боязно.)

Итак, вы столкнулись с ошибкой белого экрана на своём WordPress-сайте и не совсем понимаете, от чего же это могло произойти? Вы не одиноки. Практически каждый пользователь WordPress хотя бы раз в своей жизни сталкивался с этой проблемой. Хорошая новость – ошибка WordPress белая страница легко исправляется.

В этому руководстве мы разгадаем причины, стоящие за ошибкой WordPress Белый Экран и перечень путей для её устранения.

Ошибка WordPress Белый экран может распространяться на весь ваш сайт или на отдельные его части. Всё может работать отлично, но при загрузке какой-либо записи или страницы, или даже нескольких страниц, она может появится.

Вот ряд причин, которые могут вызывать данную ошибку:

1. Исчерпан ресурс памяти.
2. Несовместимость темы и какого-то из плагинов или наоборот.
3. Плохо написанный плагин или тема, которые после обновления WordPress приводят к такой ошибке.
4. Причина может быть на сервере вашего хостинга.

Какой бы не была причина ошибки, её можно исправить с помощью перебора нескольких способов по устранению неполадок. Читайте ниже, как это сделать.

Что понадобится

Прежде чем приступить к выполнению руководства, проверьте наличие:

• Доступ к админской части WordPress ()
• Доступ к панели управления вашего хостинга или

Исправляем ошибку WordPress Белый Экран

В это руководстве для внесения изменения в файлы, такие, например, как редактирования и переименования, мы будем использовать . Однако, с таким же успехом можно пользоваться и . Также предполагается, что WordPress загружен в каталог public_html .

Исправление ошибки WordPress Белый Экран сперва может показаться трудным, но, на самом деле, всё достаточно просто. Ниже приведены несколько шагов, по которым нужно пройтись.

Шаг 1 – Увеличиваем ограничения памяти WordPress

Как уже было упомянуто выше, отсутствие достаточного ресурса памяти может быть одной из причин для возникновения ошибки белого экрана. Всё, что потребуется сделать, чтобы исправить это:

Также возможно, что ваш хостинг-провайдер на стороне сервера установил низкий лимит для памяти, используемой PHP. Это можно легко проверить при помощи функции .

Если после изменения ограничений памяти вы всё ещё видите ошибку WordPress белый экран, следуйте дальше по шагам ниже.

Шаг 2 – Проверяем плагины

Если лимитов увеличение памяти не помогло или, если у вас уже и так установлено высокое ограничение по ресурсам памяти, то следующее, что лучше всего проверить – это плагины. Вы можете определить, являются ли причиной проблемы плагины, отключив все сразу, а не отключая их по одиночке. Если после группового отключения плагинов, проблема будет решена, будет смысл пройти по списку и определить конкретный плагин, приводящий к этой ошибке.

Таким образом, всё что нужно сделать это:

Если сайт заработал, результат ясен, причиной ошибки WordPress белый экран стал некий проблемный плагин.

Теперь, дабы выявить этот плагин, следуйте по списку шагов:

1. Переименуйте каталог обратно в plugins и войдите в него.
2. Теперь отключайте по одному плагины, переименовывая их каталоги.
3. После каждого переименования проверяйте работоспособность сайта.
4. Как только вы определите, какой плагин является причиной, удалите его каталог или переустановите / замените его.

Однако, если это тоже не помогло исправить ошибку, переходите к шагу 3.

Шаг 3 – Проверяем Тему сайта

Если вы добрались до этого моменты, скорее всего причиной является тема.

Самый лучший путь определения, что причиной ошибки WordPress белый экран является Тема сайта, это переключение вашего сайта на тему по умолчанию “Twenty Seventeen”. Для этого выполните шаги:

Теперь проверьте сайт ещё раз. Если наши действия устранили ошибку, очевидно причиной её появления послужила ваша тема. В таком случае, попробуйте переустановить повреждённую тему.

Option 4 – Проверяем журнал ошибок (error logs)

Если ничего из выше описанного не помогло, время проверить журнал ошибок WordPress. Ошибки можно проверить при помощи функции дебага WordPress. Для активации этой функции следуйте инструкциям ниже:

Заключение

Ошибка WordPress Белый экран может вызывать раздражение. Следуйте вышеизложенному руководству и заверяем вас, вы сможете вернуть свой сайт в рабочее состояние. Перечисленные шаги просты в применении, однако, если что-то осталось неясным, пишите в комментариях ниже и мы постараемся вам помочь, чем сможем.

Большой интернет-магазин созданный на основе WordPress и плагина WooCommerce. Со слов клиента: "Работал он работал, а сегодня стал заходить в админку, а там ничего нет. Не входит короче." Ну когда, не входит, это реально проблема, а с админкой что, не удержался, тролить это весело. Не подумай, я такого клиенту не сказал и тебе не советую их тролить, знай, что они по определению не понимают твоего и моего юмора. В общем беда, вместо удобной и красивой панели администратора CMS WordPress у нас белый экран смерти (это не я придумал, его так называют в сети).

Итак, клиент бегает и рвёт на голове волосы, на чьей история умалчивает. Сайт же, а, это, к слову сказать, интернет-магазин с ежемесячным оборотом от полутора миллионов рублей, вроде работает, но при входе в админ панель, появляется белый экран смерти и всё. Всё, это вот, реально, всё, не каких тебе интересных выкладок в консоли, ни каких тебе выводов предупреждений и сообщений об ошибках. Сам сайт сделан, как я уже написал выше на WordPress с использованием плагина WooCommerce.

Ну, Вы уже догадались, что я сделал первым делом. Именно, так, я залез в конфиг и включил режим отладки. Делается это просто, лезем по FTP в корень, или где там спрятан файл wp-config.php и открываем его для редактирования. Там есть специальная строка, которая задаёт, необходимую константу для CMS WordPress, собственно, в ней то и достаточно изменить false на true . И вот режим отладки включился.

Ну если у Вас там, по каким-либо причинам, нет такой строчки, не стесняйтесь допишите её сами. Можете еще и такие строчки туда добавить:

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

Тогда у Вас будет создан файл debug.log в папочке wp-content и туда будут писаться все выявленные ошибки. Как Вы уже догадались, первая строка отключает показа ошибок в браузере, а вторая включает запись выше означенного файла лога ошибок.

Кстати, кто не знал, теперь знайте, движитель WordPress, это мудрый движитель, он легко позволяет немного спрятать свой файл конфигурации. По умолчанию wp- config. php находится в корне, но его можно переместить на уровень выше, то есть убрать совсем из общедоступной папки. Например, корень залегания Вашего сайта имеет путь <доменное имя сайта>/ public_ html/. Берём и переносим файл из public_ html в папку на уровень выше, то есть <доменное имя сайта>. Дальше хитрый движитель WordPress сделает всё сам. В смысле, не найдя файл в корне, он, не слишком удивившись данному факту заглянет на уровень выше, куда нет публичного доступа из сети, и о чудо, он найдёт там, файл, который мы туда благополучно спрятали.

Большая информационная сноска, ну не мог я смолчать, согласись, это же, полезная информация! Ладно, продолжим, данные действия нечего не дали, ошибок не было видать, так сказать, белый экран смерти WordPress, это не я его так окрестил, его так назвали на бескрайних просторах Интернет, был незыблем и всё так же символизировал собой, фразу "Вся жизнь - тлен ".

Ну, я-то ведь жизнерадостный иди… человек, да именно так, решил зайти, с другой стороны, глянуть логи ошибок через хостинг. Да, да, на хостинге есть такая фишечка. Собственно, включил логирование всех ошибок, пару раз обновил белый экран и полез смотреть, что там интересного мне понаписали в логах. Каково же было моё удивление, что и там тоже было пусто, то есть, реально, совсем пусто, как говорится ни одна муха не сидела.

Но, когда мы занимаемся нехорошим делом, нас не остановить, главное в конце не есть печеньку, а то с утра плохо будет.

Практика устранения белого экрана WordPress

Нормальные способы не помогли, я перешел к ненормальным. А, именно взял и добавил циферку 1 в названии папки plugins, расположенной в папке wp-content. Почему так, ну Вы не забыли, мы как бы в панель Администратора пытаемся попасть. Вот, а отключить сразу все плагины, можно тремя способами, через панель администратора, тем какой я использовал (он быстрее и проще) и третий через phpMyAdmin .

Пару слов о третьем способе, да, да, опять не могу удержаться и должен рассказать. Но это для Вас! Не важно, что Вы им не воспользуетесь, зато будете знать. Заходим в БД (о да, это она бро, та самая база данных, с которой ты не хотел связываться, и которая тебя, всегда пугала тремя буквами SQL) и там вводим, на вкладке SQL запросов, такую строку:

UPDATE wp_options SET option_value = "" WHERE option_name = "active_plugins";

Или же заходим в таблицу wp_option ищем там в столбце option_name , строку active_plugins . И вот уже в этой строке стираем содержимое ячейки option_value. Рекомендую тебе проделать это ручками, без использования SQL запроса, там тебе откроются великие тайны JSON, а именно в нём хитрый WordPress хранит данные в выше означенной ячейке своей БД. Чисто из любопытства на посмотреть, если нет желания, то используй SQL запрос.

В общем, я отключил плагины и ничего, опять белый экран, да и сайт еще перестал работать. Да, да, так бывает, когда, вдруг, отрубить все плагины, разом. Но, я, как ты помнишь, воспользовался вторым способом, и путём нехитрой манипуляции, снова запустил все плагины. И о, чудо, сайт снова заработал, но не админ панель, то есть мы пришли к тому, с чего и начинали. Белый экран и его сакраментальное "Вся жизнь - тлен". Но, как ты помнишь, я-то ведь жизнерадостный иди… человек. Решил не копаться дальше, можно было бы аккуратно дописать немного кода в файл admin.php и всё-таки найти ту заразу, которая рождала белый экран. И я бы этим и занялся, но клиент, сообщил, что белый экран появился после того, как сайт перенесли на новый хостинг, где он благополучно заработал и всё работало пока антивирус на хостинге (кстати, это был beget , да у них там бесплатный антивирус, мне тоже нравиться, там вообще много хорошего, рекомендую его) не сообщил, что найден вирус и надо полечить путём удаления вредоносного кода из файла (с какого хостинга перенесли сайт, по понятным причинам умолчу, скажу что он большой и солидный, и очень известный). Ну, клиент, естественно согласился и код был удалён. Но проблема всех антивирусов, что они удаляют не только вредоносный код, но и цепляют код который нужен, но был испорчен внедренным кодом.

В свете новой информации, я перестал танцевать с бубном и распевать шаманские напевы, а то уже домашние, стали косо на меня поглядывать и бросали подозрительные взгляды на телефон. И решил использовать, образно выражаясь дубину, ну это исконно русский способ ремонта тонкой электроники. А, именно, переустановить движитель WordPress, но не простым и доступным, а ручным способом, да, мы ведь, хоть и используем дубину, но клиент не обрадуется если мы "Жахнем и весь мир в труху " (с) ДМБ.

Кстати, дружище, я надеюсь ты уже на этапе между принял заказ от клиента и начал копаться в файлах сайта, потрудился сделать БЭКАП файлов сайта и его БД, ну или заставил сделать это клиента. Если нет, ну я не хочу говорить плохих слов, просто сделай это сейчас! И в будущем, чтобы ты не делал с сайтом клиента, всегда первым делом делай бэкап. Меняешь код в файле, сохрани первоначальный файл, просто переименуй его, добавь префикс _ old или еще чего-нибудь, это у тебя должно быть на уровне неосознанного рефлекса.

Но вернемся к нашему ручному обновлению WordPress. Тут всё просто идём сюда оф. сайт WordPress и скачиваем дистрибутив, нашего движителя. Распаковываем полученный архив у себя на компьютере. Затем открываем по FTP файлы нашего сайта (я пользуюсь WinSCP, ранее использовал FileZilla) и там удаляем два каталога это wp-admin и wp-includes . Остальное не трогаем, помни, наша задача не показать насколько мы круты, а сделать то, что желает клиент, он ведь всегда прав, как бы. И далее копируем всё из распакованного дистрибутива, при этом соглашаясь заменить все чего там он пожелает поменять, поверь он знает, что и где поменять, так что пусть меняет. Всё что останется, это зайти в панель администратора и проверить всё ли там путём. Да, админ панель по любому заработает после такого непотребства, которое мы с тобой свершили. Цель достигнута, добра тебе и процветания!

Всем привет. Последнее время просто сыпятся вопросы от пользователей по поводу белого экрана смерти wordpress. Замучился каждому отвечать и решил написать небольшую статью.

Главная цель этой статьи показать вам что нужно делать если у вас появился белый экран, а также рассказать как легко и просто включить вывод ошибок в wordpress .

Навигация по странице:

Белый экран wordpress

Проблема, когда пользователь видит белый экран в wordpress вместо своего сайта не новая, и обсуждаема много и много раз. Основной причиной его возникновения есть критические ошибки в php, но так как в 90% случаях ошибки на сайте отключены, то вместо ошибки мы видим белый экран.

Еще одной из причин возникновения белого экрана могут быть кривые плагины и темы. Например, достаточно не осторожно вставить вот такой код

И вы гарантировано увидите белый экран wordpress.

WordPress белый экран в админке

Плохо когда упала клиентская часть сайта, но еще хуже, если мы завалили или нам помогли завалить админку вордпресс. В таком случае доступ к настройкам и к редактору темы будет невозможный.

Сделать белый экран в админке wordpress очень просто, например можно править файл темы functions.php , допустить в коде ошибку (забыть закрыть скобку или установить лишнею) и сохранить изменения. Вуаля, ошибка wordpress белый экран в админке нам обеспечена. Кстати, такую детскую ошибку невозможно вылечить без доступа к сайту по фтп или файлового редактора из хостинг панели 🙂

Что делать если на сайте wordpress белый экран?

Нужно включить ошибки и диагностировать проблему.

Как включить вывод ошибок wordpress

Следуйте пошаговой инструкции, нажимая на цифры 1 2 3 в переключателю ниже:

Как избавится от ошибок wordpress

Предположим вы включили вывод ошибок wordpress, ваш белый экран стал экраном с текстом ошибок, что делаем дальше?

Нам нужно попытаться исключить ошибку!!!

Смотрим текст ошибки, там будет указан путь к файлу где возникла ошибка и строка, например я лишний раз закрыл } скобку в файле functions.php, за это получаю такую ошибку:

Parse error: syntax error, unexpected "}" in /home/c/site/site.bget.ru/public_html/wp-content/themes/twentyfifteen/functions.php on line 2

путь к файлу у нас есть, строка тоже идем и исправляем ошибку.

Конечно это самый простой пример, бывают ситуации намного хуже. Например установили вы кривой плагин и он заблокировал вам весь сайт вместе с админкой, что делать как отключить?

Довольно просто, из ошибки смотрим как называется плагин, допустим "wp-plagin-bag-ru" заходим на фтп и идем в папку "wp-content" -> "plugins" находим там такое имя директории "wp-plagin-bag-ru" и переименовываем ее во что угодно, например в "wp-plagin-bag-ru__".

Если это был вредоносный плагин то мы его отключили и сайт должен начать работать в штатном режиме.

Разумеется приводить примеры можно очень долго и все равно, найдется такой уникальный случай, который я не описал. Для таких случаев у нас на сайте есть раздел Вопрос/ответ, где вы можете написать ошибку, которую выдает ваш сайт, и мы с радостью попробуем вам помочь. Также, можно описать проблему в комментариях и мы ответим вам максимально оперативно.

Как и в любой другой работе предугадать что может случиться просто невозможно. А если вы работаете с WordPress длительное время, то могли хоть раз столкнуться с белым экраном смерти. Это жаргонное название сбоев, аварий, операционной системы. Встречается во многих ПО под различными цветами, синий, желтый, черный и т.д. Но худшее в появление белого экрана в WordPress, то что этот сбой может происходить в отдельных частях сайта. К примеру, белый экран в администраторской зоне, а в то время на самом сайте все работает отлично или же наоборот. В этой статье рассмотрим несколько решений данной проблемы.

Причины появления белого экрана.

Во многих случаях причиной белого экрана является исчерпания лимита памяти. Это может быть связано с плагинами, работающими некорректно или не подходящим по версиям. Также виной может являться ошибки кода установленной вами темы. Не исключено проблемы с хостингом, в общем, есть много причин появления белого экрана.

Проблема с другими сайтами.

Если у вас есть несколько сайтов на одном веб-хостинге, то в первую очередь проверьте их на работоспособность. Так будет намного проще понять в чем причина белого экрана. Если обнаружится что на всех сайты имеется такая же проблема, то значит — вина хостинга. Но если нет, значит дело в плагинах, теме или других отдельных файлов.

Увеличиваем лимит памяти PHP.

Откройте файл wp-config.php и вставьте следующие строки:

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

Это увеличит лимит памяти, но шансов на то, что поможет, мало. Поскольку нехватка памяти больше связана с недавно установленными плагинами. И оповещение об этой ошибки выводится иным образом.

Все же попробовать стоит.

Отключение всех плагинов сразу.

Увеличение памяти не всегда помогает, тем более, если какой-то плагин не работает должным образом. Нужно прибечь к радикальному методу и отключить все плагины сразу. И посмотреть, что из этого вышло если белый экран пропал, то причина в плагинах. Для отключения всех плагинов зайдите в свой phpMyAdmin, выберите свою базу данных, переходим на вкладку «SQL» и в поле вода вставляем запрос:

Это позволит отключить все плагины сразу. Префикс базы данных wp_ указан по умолчанию при необходимости редактируем на свой. Затем поочередно включаем плагин один за другим и после каждого включенного проверяем на ошибку.

Меняем тему оформления.

Если вышесказанные методы потерпели фиаско, то нужно попробовать заменить тему оформления на стандартную. Не имея доступа к админ-панели сайта это можно сделать через «SQL» запрос. Заходим в phpMyAdmin, выбираем базу данных, переходим на вкладку «SQL» и водим запрос:

Не забываем редактировать префикс базы данных wp_ и вписать имя темы в указанном месте. Если белые экран пропадет, то проблема была в теме, а именно в файле functions.php по причине плохо закодированных функций.

Другие исправления.

Что делать если все эти способы не помогли? Нужно попробовать переустановить движок WordPress. Есть вероятность что системные файлы могут быть повреждены. Или воспользоваться функцией отладки в WordPress. Это позволит вывести на экран ошибки, устаревшие функции и прочее. Просто вставьте эту функцию в файл wp-config.php.

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

Белый экран в админке.

Возможно, дело в кодировки файла wp-config.php. Откройте редактором Notepad++ и на вкладке «Кодировка» выберите «Преобразовать UTF-8 без BOM». Сохраните и проверьте результат.

Надеюсь, вы нашли хоть один из этих способов полезным.