Большой интернет-магазин созданный на основе 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 и вы делаете его достаточно давно, то вы однозначно хоть раз видели белый экран смерти Wordress. Это очень неприятная вещь. Вы пытаетесь открыть любую страницу сайта, а в ответ видите только белый экран, он может быть как на абсолютно всех страницах сайта, в админ панели и так далее. Самое плохое здесь, это то, что непонятно что делать и как решить проблему.

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

Этот экран получил свое название из-за другого экрана, который, наверное, все помнят:

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

Вызвать появление белого экрана WordPress могут различные факторы, вот некоторые из ник:

• Вы обновляли WordPress и обновление было завершено некорректно;
• Ошибку вызывает установленный плагин;
• Ошибку вызывает установленная тема;
• Ошибка работы с базой данных;
• Проблемы с кэшированием страниц.

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

Как исправить белый экран WordPress?

В идеале нам бы был очень кстати полный ssh доступ к серверу, на котором размещен сайт, но если его нет, то вам будет достаточно FTP или же файлового менеджера в веб-интерфейсе. Например, вы можете использовать FTP клиент .

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

1. Режим отладки

Если у вас есть доступ по ssh, вы можете открыть файл wp-config.php через терминал, для этого наберите:

vi /var/www/путь/к/сайту/wp-config.php

Также вы можете открыть этот файл через редактор FTP. В нем найдите такую строчку:

define("WP_DEBUG", false);

И замените ее значение на true:

error_reporting = E_ALL;
display_errors = on;

Сохраните изменения и перезапустите веб-сервер. Если же вы пользуетесь веб-хостинг, то найдете возможность включить отображение ошибок php в панели управления cPanel или DirectAdmin.

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

2. Отключите плагины

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

Если же доступа к админ интерфейсу нет и там тоже белый экран, то можно предположить, что проблема не в плагине, а отключить плагин можно просто переименовав папку с ним через ftp или ssh. Все плагины Wodpress находятся в папке /путь/к/сайту/wp-content/plugins. Если не помогло отключение новых плагинов, можно отключить все. Можете просто переименовать папку plugins в plugins.old. Затем можете по одному активировать плагины чтобы найти виновного.

3. Выбор стандартной темы

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

Еще один способ изменить тему - модификация базы данных. За тему отвечают поля template и stylesheet, измените их значения на twentyfifteen и система будет использовать тему по умолчанию.

4. Очистка кэша

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

• кэш веб-сервера Nginx - /var/cache/nginx;
• кэш fastgci - /var/cache/fastcgi;
• кэш опкода php;

Отключите кэш опкода, затем очистите папки с другими кэшами если используете их. Это может помочь решить проблему.

5. База данных

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

6. Разрешения для файлов

В Linux очень гибкая система разрешений, она позволяет указать какие пользователи смогут получить доступ и к каким файлам. Это же касается сервисов. Если веб-сервер или интерпретатор php не будет иметь доступа на чтение файлов wordpress, то вы не сможете открыть сайт. Права должны быть такими:

• Все файлы - 644;
• Все папки - 744;
• Файл wp-config.php - 660;

Чтобы установить такие права перейдите в папку с сайтом и наберите:

cd /путь/к/сайту
$ sudo find . -type f -exec chmod 664 {} +
$ sudo find . -type d -exec chmod 775 {} +
$ sudo chmod 660 wp-config.php

Если проблема была в этом, то она решена. Также проверьте не включен ли selinux, это дополнительная система прав, которая тоже может создавать проблемы.

7. Ограничения сервера

Возможно, на создание страницы не хватает оперативной памяти или времени выполнения из-за очень жестких ограничений веб-сервера. Чтобы увеличить количество доступной памяти добавьте такую директиву в wp-config:

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

Если это не работает, добавьте такую строку в php.ini:

memory_limit 64M

8. Неудачное обновление

Проблему white screen wordpress может вызвать неудачное обновление, например, из-за таймаута сервера. Проверьте есть ли файл.maintence в корневой папке. Этот файл wordpress создает на период обновления. Если обновление было завершено, но этот файл не удалился, то вы можете его удалить вручную, если же обновление не было выполнено, возможно, вам придется обновить wordpress вручную.

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

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

1. Проверка плагинов;
2. Увеличение лимитов памяти PHP;
3. Смена активной темы;
4. Активация дебаггера.

Внимание! Перед любым действием обязательно делается полный бэкап вашего сайта и базы данных.

1. Проверка плагинов

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

С доступом в консоль

Если у вас есть доступ к консоли управления сайтом, перейдите в раздел «Плагины» и деактивируйте самый последний установленный плагин(ы). В 99 случаях из 100 это решает проблему белого экрана и вы можете продолжить пользоваться сайтом в штатном режиме. Но если проблема не решилась - отключайте постепенно все до одного плагина, отслеживая параллельно работоспособность сайта. Если отключив все плагины, проблема не разрешилась - не расстраивайтесь, переходите к пункту 2.

Без доступа в консоль

Если вы не имеете доступа к консоли управления сайтом, подключитесь к нему по FTP с помощью любого FTP-клиента, перейдите в директорию wp-content в корне вашего сайта и переименуйте папку plugins в любое другое имя. После этой процедуры все плагины вашего сайта будут деактивированы. Проверьте доступность сайта в браузере. Если сайт стал активен, переименуйте папку снова в plugins, перейдите в консоль управления сайтом и вновь активируйте плагины, проверяя после активации каждого плагина работоспособность сайта. Напомню, ваша задача - выяснить какой плагин вызывает конфликт и избавиться от него. Если после деактивации всех плагинов проблема не разрешилась - переходим к следующему пункту.

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

Редактируем wp-config.php

Вам вновь понадобится FTP-клиент. Будем вносить изменения в файл конфигурации WordPress. Напомню, он называется wp-config.php и размещен в корневой директории вашего сайта. Откройте файл wp-config.php в текстовом редакторе и добавьте такую строку:

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

64 Мб - это оптимальный объем оперативной памяти, необходимый для работы среднестатистического сайта на WordPress. Следует понимать, что если максимально доступный объем оперативной памяти вашего сервера меньше этой цифры или на сервере работают несколько прожорливых сайтов, стоит подумать о смене тарифного плана, покупке дополнительного объема памяти или установке на сайт кеширования. Также не стоит выставлять слишком большой объем памяти, это может вызвать проблемы иного характера. Если проблема не разрешилась - идем дальше.

Редактируем php.ini

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

Memory_limit = 64M;

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

Редактируем.htaccess

Если php.ini есть не у всех, то.htaccess уж точно есть на всех сайтах WordPress. Вам снова понадобится FTP-клиент, чтобы добраться до него и добавить следующую строчку:

Php_value memory_limit 64M

Эта строка инициирует те же действия, что и предыдущие два пункта, а именно увеличивает объем доступной оперативной памяти до 64 Мб. Если вдруг вы не обнаружили в корне вашего сайта файл.htaccess - создайте его и добавьте эту строку.

3. Смена активной темы

С доступом в консоль

Если у вас имеется доступ в консоль управления сайтом, перейдите в раздел «Внешний вид» - «Темы» и активируйте одну из дефолтных тем WordPress (например, 2014 или 2013) и проверьте работоспособность вашего сайта. Если белый экран пропал - проблема в теме и нужно с помощью дебаггера выяснить, что конкретно ее вызывает.

Без доступа в консоль

Если вы не имеете доступа к консоли управления сайтом, то решение будет немного сложнее. Во-первых, подключитесь к своему сайту с помощью FTP-клиента и удостоверьтесь, что у вас загружены дефолтные темы. Напомню, что темы в WordPress хранятся в директории wp-content/themes/. Затем войдите в панель управления вашим хостингом, найдите PhpMyAdmin, откройте его и перейдите к таблице wp_options. Листайте страницы опций пока не обнаружите «template» и «stylesheet». Вы должны заменить их значения на названия директории темы, которую вы хотите активировать. Например, «twentyfourteen» или «twentythirteen». В примере ниже видно, что в данный момент активирована тема «statfort», кликаем на карандашик и пишем название одной из дефолтных тем WordPress.

Обновите главную страницу сайта и надейтесь на лучшее!

4. Активация дебаггера

Зайдите на сайт с помощью FTP-клиента, откройте уже знакомый вам конфигурационный файл (wp-config.php) вашего WordPress и найдите в нем такую строку:

Define("WP_DEBUG", false);

И замените false на true, тем самым активировав режим отладки. Если в файле конфигурации такой строки нет - добавьте ее. Она должна выглядеть так:

Define("WP_DEBUG", true);

После этого откройте ваш сайт, вы увидите всю отладочную информацию и без труда сможете определить, что конкретно вызывает ошибку. Дополнительную информацию по ошибкам вы можете найти в кодексе WordPress и справочнике PHP.

Теперь вы знаете как бороться с белым экраном смерти WordPress.
Я очень надеюсь, что эта статья вам помогла, но если нет - вы всегда можете .

Всё самое новое и интересное из мира Вордпресс в моём Телеграм-канале . Подписываемся!

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

Из сегодняшнего подробного руководства, посвященного проблеме белого экрана, вы узнаете:

• Причины его появления
• Пути его устранения
• Что сделать, чтоб попрощаться с ним навсегда.

Мы пошагово рассмотрим четыре основных способа устранения "белого экрана смерти" раз и навсегда. Среди них:

1. Проверка используемых плагинов
2. Увеличение лимита памяти PHP
3. Смена используемой на данный момент темы
4. Активация debug режима

ВНИМАНИЕ! Перед внесением любых из вышеперечисленных изменений на свой сайт сделайте полный бэкап всех файлов и базы данных.

И только после этого можете переходить к выполнению первого метода.

1. Проверка плагинов

Именно используемые когда-либо вами плагины могут быть самой первой причиной появления «белого экрана смерти» на вашем мониторе при открытии страниц сайта WordPress. К счастью, подобного рода неполадки очень легко устраняются.

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

1. Перейдите в раздел Плагины .
2. Деактивируйте ранее добавленный плагин. Обычно это сразу же устраняет белый экран, и вы можете продолжить пользоваться сайтом в привычном режиме.
3. Если после этого ничего не изменилось и белый экран не исчез, то деактивируйте абсолютно все активные на данный момент плагины. Для этого в этом же разделе отметьте галочкой нужный бокс над списком плагинов, выберите в выпадающем списке функцию «Деактивировать» и сохраните изменения.

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

1. Подключитесь к серверу сайта через соединение FTP или с помощью контрольной панели и перейдите в управление файлами.
2. Перейдите в директорий сайта wp-content и переименуйте папку plugins на свое усмотрение. Например, на plugins-old .
3. Теперь, когда все плагины деактивированы, обновите сайт и скрестите пальцы, чтоб не увидеть белый экран.

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

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

Редактируем файл wp-config.php

Для этого:

1. Установите соединение с сервером FTP и перейдите в корневой директорий сайта.
2. Откройте файл wp-config.php в текстовом редакторе и добавьте в него строку кода:
    define("WP_MEMORY_LIMIT ", "64M ");
   Учтите, что указанный в строке объем памяти в размере 64Мб может отличаться в зависимости от используемого вами сервера.
3. Сохраните изменения и обновите сайт. Если все хорошо, то вас можно поздравить. Если нет, продолжайте искать проблему дальше.

Редактируем файл php.ini

1. Снова соединитесь с сервером FTP и перейдите к корневой директорий вашего сайта.
2. Получив доступ к файлу, добавьте в него следующую строку кода:
    memory_limit = 64M ;
   Если же у вас нет к нему доступа, то вы можете создать его в корневой директории вашего сайта на WordPress.
3. Сохраните все изменения и обновите сайт. Имейте в виду, что максимальный объем оперативной памяти, необходимый для работы скрипта сайта на WordPress – 64 Мб.

Редактируем файл .htaccess

Этот файл есть на каждом сайте на WordPress.

1. Для начала вам снова понадобится доступ к серверу FTP и корневой директории сайта.
2. Отредактируйте файл и добавьте в него строку кода:
   php_value memory_limit 64M
3. Еще раз обновите фронтенд сайта. Белый экран по прежнему перед глазами? Тогда двигаемся дальше.

3. Замена активной темы

Если у вас есть доступ к Консоли

1. Перейдите в раздел Внешний вид → Темы в админке.
2. Активируйте любую стандартную тему, например, Twenty Fourteen или Twenty Thirteen.
3. Обновите сайт. Какой результат? Ваш монитор до сих пор красуется белым полотном? Не теряйте терпения. Продолжайте искать причину дальше. Тем более что осталось еще совсем чуть-чуть.

Если у вас нет доступа к Консоли

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

1. Подключитесь к серверу своего сайта через FTP и проверьте, что стандартные темы WordPress загружены на сервер.
2. Теперь откройте phpMyAdmin через панель управления хостингом и перейдите к таблице wp_options в базе данных.
3. На странице параметров ищите «template » и «stylesheet ». Их названия нужно заменить согласно названию директория темы, которую вы хотите сделать активной. В нашем случае это "twentyfourteen " или "twentythirteen ".
4. Обновите сайт. Если все осталось неизменным, то не стоит отчаиваться. Осталась последняя причина, которая могла спровоцировать появление белого экрана.

4. Активация дебаг режима

Если файл wp-config.php содержит дебаг-код

1. Подключитесь к серверу через FTP и зайдите в корневую директорию сайта.
2. Откройте файл и разместите в нем строку кода:
    define("WP_DEBUG ", false);
3. Для активации дебаг-режима измените исходное значение false на true вот таким образом:
    define("WP_DEBUG ", true);
4. Обновите страницу.

Более детально ознакомиться с информацией о дебаг-режиме (отладка) можно на странице WordPress Codex .

Если файл wp-config.php не содержит дебаг-код

1. Снова потребуется подключение к серверу через FTP и доступ к корневой директории сайта WordPress.
2. Откройте файл wp-config.php и разместите строку кода со значением true:
    define("WP_DEBUG ", true);
3. Обновите страницу и во фронтенде сайта появится отладочная информация, которая поможет вам выявить причину белого экрана.

Заключение

Вот и все. Выполнив по порядку все эти действия или же только часть из них, вы исправите проблему «белого экрана смерти». Объем работы зависит только от того, где скрыта проблема. А у вас получилось ее найти и решить?

Рассмотрим несколько причин появления белого экрана 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. Но повторить ситуацию как-то боязно.)