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

Статья читается: 2 мин.

Приветствую вас на моем маленьком блоге!

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

Я, как разработчик сайтов на WordPress, уже не раз сталкивался с WSoD и знаю как его исправить. Этот пост пишу для новичков, которые столкнулись с такой проблемой, а как ее решить — не знают.

Я расскажу несколько решений белого экрана смерти, но все это вы прочтете чуть ниже. А сейчас я вам расскажу что такое белый экран смерти WordPress (WSoD).

«Белый экран смерти» или (WSoD) — это хорошо документированная ошибка WordPress, которая может быть обусловлена ​​несколькими различными причинами, и все это так же раздражает, как и ее двоюродный брат в синем цвете. То, что делает эту ошибку настолько сложной — это полное отсутствие каких-либо сообщений об ошибках, когда это происходит, что может стать причиной кошмара для устранения неполадок.

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

Прежде чем мы углубимся в процесс устранения неполадок, давайте рассмотрим наиболее распространенные причины WSoD.

Что вызывает белый экран смерти?

Несмотря на отсутствие информации, отображаемой на WSoD, со временем сообщество WordPress сузило список обычных подозреваемых до следующих:

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

Не волнуйтесь, я расскажу о каждой из этих возможностей в своих разделах и рассмотрим процесс устранения неполадок.

Пошаговое устранение неполадок

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

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

Поскольку WSoD обычно влияет на панель администратора WordPress, я расскажу вам, как устранить проблему с помощью диспетчера протокола передачи файлов (FTP). Если у вас еще не было возможности познакомиться с FTP, не беспокойтесь — это довольно просто. Потратьте минутку, чтобы прочитать это руководство, если это необходимо, и когда вы закончите, откройте свой FTP-менеджер. Для целей этого руководства мы будем использовать FileZilla, но есть и другие твердые альтернативы, такие как CuteFTP и SmartFTP, хотя я сам использую и вам рекомендую — WinSCP.

1. Проверьте лимит памяти

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

Это одна из самых распространенных ошибок, с которыми вы могли столкнуться при использовании WordPress, и ее довольно легко исправить, поэтому откройте свой FTP-менеджер и давайте приступить к работе!

Обратите внимание: некоторые хосты не позволят вам напрямую увеличить пределы памяти PHP и в этом случае вам, возможно, придется обратиться в службу поддержки, чтобы попросить их сделать это за вас.

Прежде всего, подключитесь к своему FTP-серверу, используя ваши учетные данные, и после того, как вы войдете, найдите папку public_html на вашем сервере:

Войдите туда и ищите файл wp-config.php, затем щелкните его правой кнопкой мыши и выберите опцию View/Edit. Если вы не установили текстовый редактор по умолчанию для этого действия, он предложит вам сделать это в этот момент:

После того, как вы выбрали свой редактор и открыли файл, добавьте следующую строку в основные теги PHP:

define(‘WP_MEMORY_LIMIT’, ‘64M’);

Сохраните, закройте файл и проверьте, сохраняется ли ошибка на вашем сайте.

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

2. Проверьте свои плагины

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

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

Нажмите на нее, затем выберите папку plugins внутри. То, что мы собираемся сделать — это переименование самой папки plugins, чтобы обмануть вашу установку WordPress, полагая, что ее нет, и поэтому она не сможет загрузить что-либо из внутри. Переименуйте папку на все, что вам нравится, или что-то вроде «plugins-deactivated», если вы беспокоитесь о том, что забудите, какой именно вы переименовали:

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

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

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

Однако, если вы полностью привержены этому плагину, ваши варианты немного ограничены. Прежде всего, проверьте, установлена ​​ли последняя версия, а если нет, получите эту обновленную версию и загрузите ее с помощью своего FTP-менеджера, а затем проверьте, разрешила ли она эту проблему. Если это не поможет, вы можете обратиться к разработчикам плагина для поддержки.

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

3. Проверьте свою тему

Если ваша проблема с WSoD не является проблемой с вашим ограничением памяти PHP или проблемой совместимости с плагинами, мы сводимся к вашей теме или к инопланетянам. К сожалению, мы можем только помочь с первым, но не стесняйтесь обращаться в НАСА, если считаете, что это более вероятно.

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

Найдите папку активной темы внутри и измените ее имя. Это принудительно отключит ее и вернет ваш веб-сайт WordPress до последней темы по умолчанию «Twenty Sixteen». Если вы ранее удалили темы WordPress по умолчанию, вам придется загрузить тему «Twenty Sixteen», извлечь папку темы из сжатого файла и загрузить указанную папку через FTP в каталог тем:

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

Теперь изменение тем может быть довольно большой головной болью, но если проблема была связана с ошибкой совместимости с ядром WordPress, возможно, ваш код не был кодирован, чтобы начать с этого — может быть, пришло время подумать о переходе на надежный премиальный вариант, например Divi?

Но подождите — что, если ни один из этих шагов не зафиксировал ваш WSoD? Тогда пришло время разбить увеличительное стекло.

4. Проверьте свои логи

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

Для этого давайте создадим резервную копию через FTP-менеджер и вернемся в папку содержимого, расположенную в public_html. Затем откройте файл wp-config.php еще раз и добавьте следующие строки кода в основные теги PHP:

define(‘WP_DEBUG’, true);
 
define(‘WP_DEBUG_LOG’, true);
 
define(‘WP_DEBUG_DISPLAY’, false);

Первая строка указанного кода активирует режим отладки; вторая — инструктирует WordPress сохранить отладочный вывод в файле debug.log, который будет создан в том же каталоге, что и wp-config.php, и последняя строка кода говорите ему не отображать ошибки, которые он обнаруживает на вашем сайте. Таким образом, вы можете спокойно просматривать свои журналы ошибок, не беспокоясь о том, что отпугнете своих посетителей на сайте.

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

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

Вывод

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

Просто помните, если вы когда-нибудь столкнетесь с WSoD, убедитесь, что:

  • Устранение неполадок непосредственно с вашего FTP-сервера, если вы не можете получить доступ к панели инструментов WordPress.
  • Проверьте лимит памяти.
  • Проверьте свои плагины.
  • Проверьте свои темы.
  • Если все остальное не удается, активируйте режим отладки WordPress и проверьте полученные журналы ошибок.

Какая худшая ошибка, с которой вы столкнулись при использовании WordPress и как вы ее разрешили? Поделитесь своими историями ужасов с нами в разделе комментариев ниже!

Спасибо за потраченное на мою статью время.

На этом все. До скорых встреч!

Вам понравилась статья?
плохохорошо (-1 баллов, 1 оценок)
Загрузка...
Обо мне
Юрич:
Занимаюсь созданием сайтов на ВордПресс более 5 лет. Работал в нескольких веб-студиях, да и сейчас работаю. Иногда подрабатываю на фрилансе, как на нашем так и на зарубежном. Везде зарекомендовал себя очень хорошо. Если нужен сайт на вордресс, шаблон для сайта или лендинг - не стесняйтесь - пишите. Рад буду помочь!