Что может очень расстроить любого пользователя WordPress, если не белый экран смерти? Вы наверняка о нем слышали или даже видели его на своем мониторе.
Из сегодняшнего подробного руководства, посвященного проблеме белого экрана, вы узнаете:
- Причины его появления
- Пути его устранения
- Что сделать, чтоб попрощаться с ним навсегда.
Мы пошагово рассмотрим четыре основных способа устранения "белого экрана смерти" раз и навсегда. Среди них:
- Проверка используемых плагинов
- Увеличение лимита памяти PHP
- Смена используемой на данный момент темы
- Активация debug режима
ВНИМАНИЕ! Перед внесением любых из вышеперечисленных изменений на свой сайт сделайте полный бэкап всех файлов и базы данных.
И только после этого можете переходить к выполнению первого метода.
1. Проверка плагинов
Именно используемые когда-либо вами плагины могут быть самой первой причиной появления «белого экрана смерти» на вашем мониторе при открытии страниц сайта WordPress. К счастью, подобного рода неполадки очень легко устраняются.
Чаще всего это плагины, конфликтующие с другими плагинами или используемой вами темой. Поэтому нужно выяснить, где находится этот корень зла, способствующий появлению белого экрана. Что мы сейчас и попытаемся сделать.
- Перейдите в раздел Плагины .
- Деактивируйте ранее добавленный плагин. Обычно это сразу же устраняет белый экран, и вы можете продолжить пользоваться сайтом в привычном режиме.
- Если после этого ничего не изменилось и белый экран не исчез, то деактивируйте абсолютно все активные на данный момент плагины. Для этого в этом же разделе отметьте галочкой нужный бокс над списком плагинов, выберите в выпадающем списке функцию «Деактивировать» и сохраните изменения.
Можно, конечно же, отключать плагины один за другим и сразу же проверять состояние сайта. Но если ничего не изменилось и после деактивирования всех плагинов, то причина кроется в чем-то другом.
- Подключитесь к серверу сайта через соединение FTP или с помощью контрольной панели и перейдите в управление файлами.
- Перейдите в директорий сайта wp-content и переименуйте папку plugins на свое усмотрение. Например, на plugins-old .
- Теперь, когда все плагины деактивированы, обновите сайт и скрестите пальцы, чтоб не увидеть белый экран.
Если же белый экран исчез, то активируйте все плагины заново и продолжайте работу с сайтом в привычном режиме. Но если этого не произошло, то вам нужно вернуть переименованной папке plugins начальное название и следовать руководству дальше.
2. Увеличение лимита памяти PHP
Редактируем файл wp-config.php
Для этого:
- Установите соединение с сервером FTP и перейдите в корневой директорий сайта.
- Откройте файл wp-config.php
в текстовом редакторе и добавьте в него строку кода:
define("WP_MEMORY_LIMIT ", "64M ");
Учтите, что указанный в строке объем памяти в размере 64Мб может отличаться в зависимости от используемого вами сервера. - Сохраните изменения и обновите сайт. Если все хорошо, то вас можно поздравить. Если нет, продолжайте искать проблему дальше.
Редактируем файл php.ini
- Снова соединитесь с сервером FTP и перейдите к корневой директорий вашего сайта.
- Получив доступ к файлу, добавьте в него следующую строку кода:
memory_limit = 64M ;
Если же у вас нет к нему доступа, то вы можете создать его в корневой директории вашего сайта на WordPress. - Сохраните все изменения и обновите сайт. Имейте в виду, что максимальный объем оперативной памяти, необходимый для работы скрипта сайта на WordPress – 64 Мб.
Редактируем файл .htaccess
Этот файл есть на каждом сайте на WordPress.
- Для начала вам снова понадобится доступ к серверу FTP и корневой директории сайта.
- Отредактируйте файл и добавьте в него строку кода:
php_value memory_limit 64M - Еще раз обновите фронтенд сайта. Белый экран по прежнему перед глазами? Тогда двигаемся дальше.
3. Замена активной темы
Если у вас есть доступ к Консоли
- Перейдите в раздел Внешний вид → Темы в админке.
- Активируйте любую стандартную тему, например, Twenty Fourteen или Twenty Thirteen.
- Обновите сайт. Какой результат? Ваш монитор до сих пор красуется белым полотном? Не теряйте терпения. Продолжайте искать причину дальше. Тем более что осталось еще совсем чуть-чуть.
Если у вас нет доступа к Консоли
В этом случае вам придется немного потрудиться, так как через админку все делать намного проще. Но что поделаешь, если у вас нет другого выбора.
- Подключитесь к серверу своего сайта через FTP и проверьте, что стандартные темы WordPress загружены на сервер.
- Теперь откройте phpMyAdmin через панель управления хостингом и перейдите к таблице wp_options в базе данных.
- На странице параметров ищите «template » и «stylesheet ». Их названия нужно заменить согласно названию директория темы, которую вы хотите сделать активной. В нашем случае это "twentyfourteen " или "twentythirteen ".
- Обновите сайт. Если все осталось неизменным, то не стоит отчаиваться. Осталась последняя причина, которая могла спровоцировать появление белого экрана.
4. Активация дебаг режима
Если файл wp-config.php содержит дебаг-код
- Подключитесь к серверу через FTP и зайдите в корневую директорию сайта.
- Откройте файл и разместите в нем строку кода:
define("WP_DEBUG ", false); - Для активации дебаг-режима измените исходное значение false на true вот таким образом:
define("WP_DEBUG ", true); - Обновите страницу.
Более детально ознакомиться с информацией о дебаг-режиме (отладка) можно на странице WordPress Codex .
Если файл wp-config.php не содержит дебаг-код
- Снова потребуется подключение к серверу через FTP и доступ к корневой директории сайта WordPress.
- Откройте файл wp-config.php и разместите строку кода со значением true:
define("WP_DEBUG ", true); - Обновите страницу и во фронтенде сайта появится отладочная информация, которая поможет вам выявить причину белого экрана.
Заключение
Вот и все. Выполнив по порядку все эти действия или же только часть из них, вы исправите проблему «белого экрана смерти». Объем работы зависит только от того, где скрыта проблема. А у вас получилось ее найти и решить?
Причин, по которым может вместо сайта отображаться белая страница вместо вордпресса обычно немного.
По порядку:
Ошибки php в скриптах.
Традиционно на веб-серверах хостинг-провайдеров отключен вывод части ошибок, возникающих в процессе работы скриптов.
Включить вывод ошибок веб-сервера можно тремя способами (какой выбрать — зависит только от конкретной ситуации и возможностей)
- Открыть для редактирования файл php.ini и изменить значение переменной error_reporting на E_ALL: error_reporting = E_ALL
- В файле.htaccess (который в папке проблемного сайта) прописать две строки: php_flag display_errors on php_flag display_startup_errors on
- Третий способ для shared-хостинга — просто спросите у техподдержки — как можно включить вывод ошибок? 🙂 Так как зачастую это делается через панель управления хостингом.
Ошибки в работе самого вордпресса.
Ещё одной причиной ошибки могут быть внутренние ошибки и конфликты самой CMS WordPress. Увидеть ошибку можно заменив в файле wp-config.php строку define(‘WP_DEBUG’, false); на
Define("WP_DEBUG", true);
Всякие прочие ошибки.
- Ещё очень популярная ошибка (особенно при установке новых тем или переносах сайтов) — не до конца закачаны файлы сайта. Если вам очень «повезет» то будет просто белый экран без всяких ошибок — и хоть ты тресни! Помогает только закачивание файлов заново.
- Ещё белая страница может появиться после редактирования файлов сайта редактором не умеющим корректно работать с кодировкой UTF-8. Лечение — перезакачайте файлы сайта или восстановите из резервной копии.
- Если по какой-то причине, вместо открытия привычной страниц администрирования wordpress вы получаете пустую страницу в первую очередь нужно переименовать каталог plugins (он находится в папке /wp-content/) на сервере, к примеру в plugins_old . (добавлено пользователем Vadim )
- Также белую страницу могут провоцировать плагины кеширования. В этом случае стоит найти и очистить кеш (как правило папка cache находится в /wp-content или/wp-content/имя_плагина_кеширования) . (Спасибо камраду Spektra ! )
Всем привет. Последнее время просто сыпятся вопросы от пользователей по поводу белого экрана смерти 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 не загрузилась должным образом. Это может происходить в результате следующих причин:
- Файлы темы содержат ошибку
- Тема обращается к функциям или специальным участкам кода, не представленным на вашем сайте
- Выбранная тема несовместима с вашим сервером, версией WordPress или PHP
- Плагины вызывают конфликт или содержат ошибку
- Ваш сервер неправильно сконфигурирован
Если WordPress возвращает пустую страницу, это означает, что в процессе установки темы произошла ошибка, вследствие чего сайт перестал корректно работать. Вывод пустой страницы был сделан для того, чтобы посетители сайта не видели сообщений, характеризующих ошибку. Такая методика носит название PHP Error Reporting (отчет об ошибках PHP); она была разработана для того чтобы помешать веб-сайтам выводить на экран коды ошибок. Вместо этого код не возвращает ровным счетом ничего, что и приводит к отображению пустой страницы. Несмотря на то, что такой подход является с технической точки зрения корректным, он может привести создателей сайта в тупик.
Отображение ошибок
Первое, что вам понадобится сделать для восстановления темы WordPress, это попытаться прочитать отчет об ошибках, которые произошли в PHP-файлах, что позволит вам определить, в чем заключалась проблема. На большинстве веб-сайтов эта настройка отключена по умолчанию, чтобы посетители не могли видеть код программы, однако, если ваш WordPress сайт окажется поврежден, вам понадобится выяснить, что привело к такому повороту событий.
Откройте FTP клиент и найдите файлы вашей темы (они расположены в папке /wp-content/themes/). Добавьте следующие строки в начало файла header.php:
Error_reporting(E_ALL); ini_set(‘display_errors’,"On’);
Теперь, если вы обновите свой сайт, вы увидите сообщение об ошибке, из которого можно будет установить, какой файл поврежден на WordPress сайте.
Исправление файлов, расположенных на сервере
Как только вы добавите код обработки ошибок на свой сайт, вы сможете увидеть подробный отчет о том, как файлы темы были поверждены. Однако, если ошибка гнездится в конфигурации сервера, вы по-прежнему ничего не получите на экран. Существует две самых частых причины для возникновения ошибок такого рода. Обе причины связаны с файлами, расположенными в корневом каталоге сайта.
Первый из таких файлов — PHP.ini, позволяет переопределить настройки вашего сайта. С помощью php.ini можно увеличивать память или настраивать тайм-ауты для файлов. Редактирование этого файла владельцами веб-сайта может привести к появлению незапланированных ошибок сервера. Сделайте копию этого файла на своем компьютере и удалите его на сервере, чтобы понять, в нем ли кроется проблема.
Htaccess — второй файл, редактирование которого также может привести к сбоям сервера. Как и в случае с php.ini, сделайте бэкап этого файла и удалите или переименуйте его на сервере. Возможно, это поможет справиться с проблемой.
Восстановление стандартной темы веб-сайта
Если ваш веб-сайт стал отображать пустую страницу, первое, что нужно попытаться сделать — это восстановить стандартную тему WordPress с помощью FTP-клиента. После удаления проблемной темы, WordPress сделает откат к теме по умолчанию (Twenty Ten, или другой аналогичной), и ваш сайт снова станет доступен. Вам не нужно удалять всю тему целиком. Вместо этого вы можете просто переименовать папку с темой. Файлы тем расположены в корневой директории /wp-content/themes/, где каждая тема хранится в свой собственной, уникальной папке.
Как только вы переименуете или удалите злополучную тему, ваш сайт должен откатиться к теме по умолчанию. Если этого не произошло, проблема может заключаться в плагинах, поэтому вам придется произвести аналогичный процесс для деактивации плагинов.
Деактивация WordPress плагинов для восстановления сайта
Теперь, когда вы поняли, что проблема заключается не в теме, а в плагинах, самое время приступить к их деактивации, чтобы попытаться восстановить работоспособность сайта. Деактивация плагинов без доступа к средствам панели администратора WordPress может быть проведена через FTP, подобно тому, как мы деактивировали тему. Файлы плагинов находятся в корневой папке /wp-content/plugins/ и могут храниться как в подпапках, так и в виде отдельных файлов.
Если вы приблизительно знаете, какой из плагинов является проблемным, вы можете переименовать или удалить папку с ним (я рекомендую сначала сделать их локальную копию, чтобы потом можно было в случае чего эти плагины восстановить). Как только вы удалите или переименуете папку с плагином, попробуйте перезагрузить свой сайт. В конечном счете вы должны найти виновника и узнать, какой из плагинов привел к возникновению ошибки.
Решение проблем с ядром WordPress
В очень редких случаях проблема может лежать за границами вашей темы, плагинов и конфигурации сервера. В такой ситуации самое лучше решение — это загрузка последней актуальной версии WordPress с официального сайта и перезапись файлов, находящихся на сервере.