Wp admin белый экран. Что делать, если в 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 . Остальное не трогаем, помни, наша задача не показать насколько мы круты, а сделать то, что желает клиент, он ведь всегда прав, как бы. И далее копируем всё из распакованного дистрибутива, при этом соглашаясь заменить все чего там он пожелает поменять, поверь он знает, что и где поменять, так что пусть меняет. Всё что останется, это зайти в панель администратора и проверить всё ли там путём. Да, админ панель по любому заработает после такого непотребства, которое мы с тобой свершили. Цель достигнута, добра тебе и процветания!

На вордпресс белый экран – довольно редкая и неприятная ситуация, способна расстроить практически любого веб-мастера. Чаще всего он проявляется после обновления CMS, установки нового или обновления старого плагина, смены шаблона или обновления активной темы.

Белый экран может выводиться строго на фронтальной части сайта (та, что видна пользователям), а может быть и хуже – даже при входе в консоль.

Если ваш хостер-провайдер или вы сами регулярно делаете бэкапы, то можно быть уверенным на 100%, что ситуация будет решена, при чем решена быстро. Если же бэкапы отсутствуют, то… то тоже ситуация, скорее всего, решить сравнительно быстро и без потерь нервов.

ВНИМАНИЕ: Перед тем как действовать – сделайте полный бэкап файлов и БД сайта.

Основными причинами белого экрана смерти на WordPress являются:

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

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

У меня есть доступ к Консоли

Зайдите в раздел Плагины → Установленные.
Отметьте все плагины и в поле «Действия» выберите «Деактивировать».
Зайдите на сайт и проверьте его работу.
Если это не исправило проблему, то причина кроется в чем-то другом и вам нужно переходить к следующему способу.
В случае если сайт заработал, вам стоит начать активировать плагины по одному, при этом после каждой активации проверяйте работоспособность сайта.
В результате вы наткнетесь на плагин, после активации которого появиться белый экран. Здесь есть два выхода: удалить его и найти альтернативу, ждать обновления (но не факт, что после обновления ошибку исправят) либо обратиться к разработчикам плагина.

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

Вам нужно зайти через панель хостинга в Менеджер файлов вашего сайта, либо подключиться к нему с помощью .
Зайти в папку wp-content и переименовать директорию plugins дав другое имя, например plugins2 .
После этого все плагины деактивируются, так как система будет искать файлы плагинов именно в папке «plugins», а не в «plugins2».
Проверьте работу сайта.
Если ничего не изменилось – переименуйте папку обратно и переходите к следующему этапу.
Если эти действия помогли, то для начала пробуйте вернуть название директории и проверить еще раз. Снова ничего не работает – попробуйте провернуть действия с переименованием для каждой папки плагина, то есть к папка внутри директории «plugins».

Нехватка памяти PHP

Часто проблема нехватки памяти PHP есть результатом работы какого-то фрагмента кода запроса, алгоритма или процедуры. То есть, это говорит о том, что php скрипту нужно использовать больше памяти, чем ему разрешено.

Исправляется данная проблемка, естественно, увеличением этого лимита.

Новый лимит через wp-config.php

Откройте этот файл через редактор кода (либо текстовый редактор) и добавьте новую строчку с кодом: define("WP_MEMORY_LIMIT", "64M");
Вставлять код нужно после первой строчки с содержанием
Сохраните изменения и проверьте сайт. Если все работает – поздравляю, нет – ищем проблему дальше.

Новый лимит через.htaccess

С помощью Менеджера файлов в панели хостинга (либо подключившись к серверу с помощью ), переходим в главную директорию сайта и ищем там файл.htaccess . Если он отсутствует, то создайте его.
Затем откройте его через любой редактор текста и дополните такой строчкой php_value memory_limit 64M
Пытаемся зайти на сайт. Если и дальше фатально ничего нету – двигаемся к следующему шагу.

Новый лимит через php.ini

Если ваш хостер-провайдер предоставил доступ к файлу php.ini , то открываем его и добавляем строчку memory_limit = 64M;
Если доступа к файлу нету, то вы можете его создать сами и поместить в главную директорию сайта с WordPress.
Проверяем работу сайта. Если снова ничего не изменилось, то берем во внимание следующий шаг.

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

Ошибки в работе активной темы

У меня есть доступ к консоли

Заходим в консоль сайта, переходим во вкладку Внешний вид → Темы.
Сделайте активной любую стандартную тему. Если до этого вы их удалили, то скачайте дистрибутив WordPress и установите какой-то стандартный шаблон.
Обновите страницу сайта. Есть изменения? Нет? Наверное нервы уже на исходе, но ничего, пытайтесь решить проблему дальше.

У меня нету доступа к консоли

Ошибки и баги в коде

Зайдите в Менеджер файлов через панель хостинга (либо подключитесь к серверу с помощью ), зайдите в корневой каталог сайта и найдите там файл wp-config.php .
Найдите в нем строчку define("WP_DEBUG", false);
и замените следующей
Define("WP_DEBUG", true);
Если в файле такой строчки вы не нашли, то можете сами ее и дописать. Просто вставьте эту строчку define("WP_DEBUG", true);
и сохраните изменения.
После попытки зайти на сайт вы увидите информацию, которая, вроде как, должна помочь вам решить проблему с белым экраном.

Заключение

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

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

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

Где искать причины появления белого экрана WordPress

В большинстве случаев белый экран появляется не сам по себе, а тогда когда вы проводили на сайте какие-либо изменения. Например, установили новую тему. Логично было бы сразу отменить внесенные изменения. То есть, если вы установили и активировали новую тему WordPress, то нужно активировать предыдущую, ту что была активирована ранее, к примеру встроенную по умолчанию от создателей WordPress Twenty Fifteen , Twenty Fourteen . Но неприятность заключается в том, что как правило при возникновении «белого экрана» у вас пропадает и доступ к панели управления WordPress. И поэтому средствами админки вы уже не сможете отменить внесенные изменения.

Замены активной темы без доступа к консоли WordPress

Для начала вспомните какие темы у вас доступны в WordPress. Как вариант подключитесь к серверу по SSH или FTP и проверьте, что стандартные темы WordPress загружены на сервер. Напомню, что темы в WordPress хранятся в директории wp-content/themes/

Зайдите в PhpMyAdmin и перейдите к таблице wp_options . Листайте страницы опций пока не обнаружите template и stylesheet . Вы должны заменить их значения на названия директории темы, которую вы хотите активировать. Например, twentyfifteen , как рисунке ниже:

Обновите главную страницу сайта в браузере. Все должно заработать, в том числе и доступ в панель администратора.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Чаще всего это бывает при внесении изменений в код сайта, и можно догадаться о причинах проблемы или вернуться к прежнему коду, но бывает, что сайт перестает работать без всяких видимых причин. Иногда такая проблема возникает при входе в админ. панель сайта после обновления темы, при переносе сайта на другой хостинг и т.п. Возникло даже такое немного шутливое выражение: «Белый экран смерти WordPress».

К данной ситуации могут привести ошибки в теме, плагинах, нехватка ресурсов, проблемам исполнения скриптов на стороне хостинга.

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

Включение отладки

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

1. Найдите в файле wp-config.php (находится в корневом каталоге вашего сайта) следующую строку:

define("WP_DEBUG", false);

Переключение константы WP_DEBUG в режим «отладки» (true) приводит к отображению возникающих в процессе выполнения кода ошибок и предупреждениях.

2. Однако на практике, описанный выше прием не всегда приводит к появлению необходимой информации на экране — он по прежнему остается совершенно белым.

В этом случае помогает добавление в файл.htaccess (находится в корневом каталоге вашего сайта) строки вида:

php_value display_errors 1

php_value display _ errors1

Эта инструкция приводит к отображению ошибок php и в сочетании с первым пунктом должна помочь.

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

Отключение плагинов

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

Если есть доступ в admin панель сайта, то можно отключить плагины прямо там. Если такого доступа нет, то подключаемся с сайту по FTP и переименовываем папку с плагинами (wp-content/plugins), например, на plugins1. После этого плагины перестанут работать и нужно проверить работоспособность сайта без них.

Смена темы

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

Если же доступа нет, то придется менять тему прямо в базе данных. Для этого входим в phpMyAdmin (в панели управления хостингом), находим там таблицу options. В этой таблице надо найти 2 записи (параметра): template и stylesheet. Их значения должны соответствовать рабочей теме. Поменяйте значения на названия тем, идущих в составе WP, например, twentyfourteen (эта тема должна быть на сайте).