Что делать, если в WordPress возникает белый экран

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

В этом посте я рассмотрю четыре из наиболее распространенных причин WSOD и их решений.

Что вызывает эту ошибку WordPress?

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

  • Автоматизированные обновления плагинов
  • Достижение ограничений на вашем сайте
  • Обновление кода вручную, имеющее синтаксическую ошибку
  • Структура разрешений для изменения файлов
  • Тема WordPress вызывает какую-то проблему
  • Создание автоматического обновления, вызывающее конфликты

Так называемый белый экран смерти WordPress (The White Screen of Death) — это простое сокращение серьезной ошибки на вашем веб-сайте WordPress. По сути, произошла некоторая ошибка, которая мешает вашему сайту правильно читать и выполнять свой код.

Ошибка проявляется в виде белого экрана; ваш сайт по какой-то причине не загружается. Внешний вид может отличаться от браузера к браузеру (например, Chrome может предложить какой-то общий код ошибки, например 500), но основной результат тот же — сайт не работает.

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

Правило № 1: не паникуйте

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

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

Поскольку WordPress — невероятно популярная система управления контентом, пользователи и администраторы очень разнообразны. Вот почему я разбиваю диагностический и консультационный совет на две категории: Легко и Pro.

Решения

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

Первое, что вам нужно сделать, это проверить свои плагины. Это не всегда самая распространенная причина для WordPress WSOD, но она является самой простой для диагностики и устранения.

Легко : если у вас есть доступ к панели администратора WordPress (обычно вы получаете его, набрав yourwebsite.com/wp-admin/), войдите. После входа в систему:

Перейдите к плагинам WordPress и отключите все ваши плагины.

Деактивируйте сразу все плагины

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

Один за другим, повторно активируйте каждый плагин. Обновите свой сайт после того, как каждый плагин будет включен, пока WSOD не появится снова.

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

Pro: Если у вас нет доступа к панели администратора WordPress, вы все равно можете проверить свои плагины, но это будет немного сложнее, и у вас не будет преимущества CMS. Чтобы отключить все ваши плагины, вам придется работать с cPanel или входить в систему через FTP. Используя FTP-доступ, просто переименуйте все папки плагинов. Если ваш сайт заработает, правильно переименуйте папки плагинов один за другим, пока не найдете тот, который вызывает проблему.

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

Увеличьте свой лимит памяти

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

Легко: К сожалению, нет действительно простого способа увеличить память вашего сайта, поскольку CMS WordPress не предоставляет такую возможность. Если вы не знаете что такое FTP-клиент или файловый менеджер, позвоните своему разработчику или попросите друга!

Pro: Используя FTP-клиент или файловый менеджер, например Filezilla, которым я пользуюсь, вы сможете сделать следующее:

Перейдите в корневую директорию своего сайта и откройте файл wp-config.php. Ищите следующую строку кода:

/* That’s all, stop editing! Happy blogging. */ — английская версия

Непосредственно над этой строкой кода добавьте следующую строку:

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

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

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

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

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

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

Легко: если у вас есть доступ к панели WordPress, просто смените тему. Войдите в систему и выполните следующие действия:

Перейдите в «Внешний вид» > «Темы». Измените тему своего веб-сайта на одну из предустановленных в WordPress по умолчанию, например Twenty Seventeen.


Активируйте тему WordPress по умолчанию, например, «Twenty Seventeen», чтобы проверить, что проблемы нет.

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

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

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

Pro: Если вы не можете получить доступ к панели администратора WordPress своего веб-сайта, вам может понадобиться снова использовать FTP-клиент или файловую службу. Самый простой способ сделать это — просто переименовать папку «Темы».


Нет доступа к панели администратора WordPress? Зайдите в систему через FTP или cPanel.

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

Вернитесь к предыдущей версии веб-сайта

У большинства разработчиков есть как минимум две версии их веб-сайта: действующая версия и отладочная / промежуточная версия. Действующая версия — это то, что видят пользователи. Отладочная — это «рабочая» версия, в которой вы делаете обновления кода перед тем, как добавить их на веб-сайт.

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

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

Pro: В большинстве случаев восстановление вашего веб-сайта до предыдущей или резервной копии приведет к исчезновению ошибки WSOD. Существует несколько способов сделать это:

  • Современные хостеры иметь простые способы восстановления всего в пару кликов
  • В других случаях вы могли бы восстановить резервную копию из своей рабочей версии (при условии, что она относительно современна)
  • Возможно, вам придется попытаться найти и исправить ошибку синтаксиса самостоятельно, используя доступ администратора WP или FTP; включение параметров отладки поможет по крайней мере указать вам правильное направление

Выводы

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

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

Сталкивались ли ли вы с белым экраном смерти? Что вы сделали, чтобы исправить его? Если у вас есть вопросы по устранению неполадок WSOD, сообщите об этом в комментариях ниже!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  1. Откройте этот файл через редактор кода (либо текстовый редактор) и добавьте новую строчку с кодом: define("WP_MEMORY_LIMIT", "64M");

    Вставлять код нужно после первой строчки с содержанием

  2. Сохраните изменения и проверьте сайт. Если все работает – поздравляю, нет – ищем проблему дальше.

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

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

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

  1. Если ваш хостер-провайдер предоставил доступ к файлу php.ini , то открываем его и добавляем строчку memory_limit = 64M;

    Если доступа к файлу нету, то вы можете его создать сами и поместить в главную директорию сайта с WordPress.

  2. Проверяем работу сайта. Если снова ничего не изменилось, то берем во внимание следующий шаг.

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

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

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

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

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

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

  1. Зайдите в Менеджер файлов через панель хостинга (либо подключитесь к серверу с помощью ), зайдите в корневой каталог сайта и найдите там файл wp-config.php .
  2. Найдите в нем строчку define("WP_DEBUG", false);

    и замените следующей

    Define("WP_DEBUG", true);

  3. Если в файле такой строчки вы не нашли, то можете сами ее и дописать. Просто вставьте эту строчку define("WP_DEBUG", true);

    и сохраните изменения.

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

Заключение

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

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

Белый экран смерти (White Screen of Death – WsoD) – это хорошо документированная ошибка WordPress , которая может возникать по ряду различных причин, и которая так же раздражительна, как и ее двоюродный брат – синий экран смерти Windows. Эта ошибка является такой неприятной по причине полного отсутствия каких-либо сообщений об ошибках, что может стать кошмаром при устранении неполадок. Если вы читаете эту статью, скорее всего вы уже сталкивались с этой проблемой в тот или иной момент.

К счастью, сообщество WordPress очень изобретательно, и со временем оно обнаружило наиболее распространенные причины Белого экрана смерти.

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

  1. Ограниченный объем памяти, установленный хостингом (чаще всего на низкобюджетном хостинге)
  2. Тема, которая не поддерживает определенный плагин, или наоборот
  3. Плохое качество кода темы или плагина, что вызывает ошибку при обновлении WordPress
  4. Плохая совместимость между плагинами

Давайте подробнее рассмотрим каждую из этих причин и процесс их отладки.

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

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

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

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

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

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

Если ошибка не исчезла, пора перейти к следующему шагу.

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

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

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

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

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

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

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

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

Методология такая же, как и при работе с плагинами. Перейдите в корневой каталог сайта, а затем перейдите в папку wp-content . Мы переименуем папку, отвечающий за все темы на сайте – themes . Это принудительно отключит ее и активирует на сайте WordPress последнюю тему по умолчанию – Twenty Seventeen (в 2017 году). Если вы раньше удаляли темы WordPress по умолчанию, вам придется скачать тему Twenty Seventeen в папку themes .

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

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

Но что делать, если ни один из этих шагов не решил проблему с БЭС? Тогда переходите к следующему шагу.

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

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

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

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

Первая строка указанного кода активирует режим отладки; второй предписывает WordPress хранить логи операций в файле debug.log (в каталоге wp-content ), а последняя строка кода заставляет систему НЕ показывать ошибки на сайте, если они будут обнаружены на сайте.

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

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

Кто не видел белый экран смерти 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 , как рисунке ниже:

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

Хорошо известный White Screen of Death («белый экран смерти ») является одной из самых распространенных, и, до сих пор, самой разочаровывающей ошибкой, которая может случиться с сайтом на WordPress .

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

Предлагаю обсудить следующие четыре метода, которые мы будем использовать для решения ошибки White Screen of Death :

  1. Проверка плагинов;
  2. Увеличение значения Memory Limit в настройках PHP ;
  3. Смена шаблона WordPress ;
  4. Включение режима отладки.

Имейте в виду, что перед внесением каких — либо изменений в настройки сайта, необходимо сделать полную резервную копию базы данных.
Приступим.

Плагины

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

Шаг 1
В панели навигации панели администрирования WordPress кликните по ссылке «Плагины » (Plugins ).

Шаг 2
В первую очередь отключите недавно установленные плагины. Обычно это сразу решает проблему.

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

Шаг 4
Подтвердите деактивацию плагинов, затем проверьте, заработал ли ваш сайт. Если заработал — поздравляю, можете дальше не читать. Если же нет — включайте плагины и продолжим.

Когда панель администрирования недоступна

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

Шаг 2
В папке wp-content вашего WordPress-сайта просто переименуйте директорию plugins во что-нибудь вроде plugins-old или plugins-temp .

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

Увеличиваем лимит памяти (Memory Limit) в PHP

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

Шаг 1
Заходите по FTP или через файловый менеджер, доступный через панель управления хостингом, в папку вашего сайта и открывайте корневую директорию WordPress .

Шаг 2
Откройте файл wp-config.php в текстовом редакторе и найдите в нем следующий код:

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

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

Шаг 3
Сохраните файл wp-config.php и обновите главную страницу сайта. Если сайт заработал — можете возобновить работу с ним. Если нет — нам снова не повезло, и мы двинемся далее.

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

Шаг 1
Как и на предыдущих этапах «ремонта » сайта, подключайтесь к FTP -серверу, или же, используя файловый менеджер, доступный в панели управления хостингом, заходите в корневую директорию WordPress .

Шаг 2
Если есть доступ на запись в файл ‘php.ini’, то добавьте в него следующий код:

memory_limit = 64M ;

Если доступа на запись нет — просто создайте данный файл в корневой папке WordPress .

Шаг 3
Сохраняйте изменения и перегружайте главную страницу сайта. Вы должны знать, что максимальный размер php -скрипта может быть равен 64MB, потому не пытайтесь увеличить это значение.

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

Шаг 1
В любом WordPress -сайте есть файл .htaccess , потому еще одна попытка решить проблему «белого экрана смерти » начнется также с доступа к корневой папке WordPress через FTP или через файловый менеджер панели управления хостингом.

Шаг 2
Откройте файл ‘.htaccess ‘ и добавьте в него следующую строку:

php_value memory_limit 64M

Шаг 3
Обновите главную страницу. Увидели её содержимое? Отлично! Нет? Читаем далее!

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

Если есть доступ к панели администрирования

Шаг 1
Заходим в меню «Менеджер тем » (Themes manager ), выбрав «Представление > Темы » (Appearance > Themes ) из меню, расположенного в левой части панели администрирования WordPress .

Шаг 2
Активируйте одну из стандартных тем WordPress , например, Twenty Fourteen или Twenty Thirteen .

Шаг 3
Снова обновите страницу и проверьте на наличие изменений в работе.

Если доступа к панели администрирования WordPress нет

Этот вариант немного сложнее, чем со сменой темы оформления через панель администрирования WordPress . Но, если другого выхода нет (или вам просто интересно как это сделать ) — смотрите далее!

Шаг 1
Снова заходим в папку нашего сайта через FTP или файловый менеджер и убеждаемся, что стандартные темы WordPress присутствуют на сервере.

Шаг 2
Заходим в панель администрирования вашего хостинга, затем входим в PHPMyAdmin и находим там таблицу wp_options в базе данных нашего WP -сайта.

Шаг 3
Скролите до записей ‘template ‘ и ‘stylesheet ‘. Оба эти поля должны быть переименованы согласно названию тем. В нашем случае это может быть ‘twentyfourteen ‘ или ‘twentythirteen ‘.

Шаг 4
Привычным движением обновляем главную страницу вашего сайта, надеясь на лучшее.

Включаем режим отладки

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

Шаг 1
Заходите по FTP или через файловый менеджер панели управления хостингом на свой сайт и открывайте корневую директорию WordPress .

Шаг 2
Откройте файл wp-config.php и найдите в нём следующий код:

define("WP_DEBUG", false);

Шаг 3
Для включения режима отладки переменную логического типа ‘WP_DEBUG ‘ ставьте в значение true :

define("WP_DEBUG", true);

Шаг 4
Обновите главную страницу вашего сайта. Вы должны увидеть информацию о том, почему сайт может вываливаться в «белый экран смерти ». Для получения дополнительной информации о том, что на самом деле означает отладочная информация, используйте страницу из WordPress Codex . Она вполне может оказаться полезной.

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

Шаг 1
Заходите по FTP или через файл-менеджер панели управления хостингом на свой сайт и открывайте корневую директорию WordPress .

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

define("WP_DEBUG", true);

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