Wp белый экран. Ошибки и баги в коде. Спор плагинов и белый экран в админке

Пожалуй, каждый из нас хотя бы раз сталкивался с так называемым «белым экраном смерти» в WordPress после того, как устанавливал плагин или изменял какие-либо настройки. Ни контент, ни панель администратора – ничего недоступно. Если вам знакома описанная ситуация, эта статья для вас.

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

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

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

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

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

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

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

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

Чтобы включить режим отладки, вам нужно открыть файл wp-config.php вашей сборки WordPress. В нем должна быть следующая строка:

Define("WP_DEBUG", false)

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

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

Cannot redeclare get_posts() (previously declared in /var/www/html/wordpress/wp-includes/post.php:1874) in /var/www/html/wordpress/wp-content/plugins/my-test-plugin/my-test-plugin.php on line 38

Как вы можете видеть, проблему вызвала строка 38 плагина, который называется «my-test-plugin». Отключаем этот плагин, и все должно заработать.

Совет: если у вас имеется доступ по FTP или вы можете зайти на сервер через панель управления вашего хостинга (к примеру, cPanel), вы можете разом деактивировать все плагины, переименовав папку plugins, к примеру, в plugins.hold. Папка находится в wp-contents.

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

Увеличиваем лимиты памяти

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

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

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

Php_value memory_limit 64M

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

Memory_limit = 64M

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

Решаем проблемы с правами доступа к файлам

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

Для WordPress действуют следующие правила:

Файлы должны быть 664
Папки должны быть 775
Файл wp-config.php должен быть 660

Если у вас есть SSH-доступ к вашему серверу, вы можете применить соответствующие правила путем выполнения следующей команды, выполненной из корневой директории WordPress:

Sudo find . -type f -exec chmod 664 {} + sudo find . -type d -exec chmod 775 {} + sudo chmod 660 wp-config.php

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

Решаем проблемы с автоматическим обновлением

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

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

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

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

Чаще всего это бывает при внесении изменений в код сайта, и можно догадаться о причинах проблемы или вернуться к прежнему коду, но бывает, что сайт перестает работать без всяких видимых причин. Иногда такая проблема возникает при входе в админ. панель сайта после обновления темы, при переносе сайта на другой хостинг и т.п. Возникло даже такое немного шутливое выражение: «Белый экран смерти 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 (эта тема должна быть на сайте).

Что может очень расстроить любого пользователя 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);
Обновите страницу и во фронтенде сайта появится отладочная информация, которая поможет вам выявить причину белого экрана.

Заключение

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

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

В этом посте я рассмотрю четыре из наиболее распространенных причин 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, сообщите об этом в комментариях ниже!

Если вы используете WordPress уже длительное время, то наверняка сталкивались с «белым экраном смерти» хотя бы однажды. Причина, по которой этот момент расстраивает пользователя, это то, что невозможно попасть в админку. А в виду того, что при этом текст ошибки не отображается на экране в большинстве случаев, вы остаетесь в неведении, где же закралась проблема. Самое же неприятное — что иногда проблема затрагивает только определенную часть сайта, и вы, к примеру, видите белый экран только в админке, но при этом главная страница отображается и функционирует как обычно. Иногда, такое случается только для какой-то записи, и снова таки, остальное работает нормально. В этой статье мы расскажем как исправить белый экран смерти в WordPress, рассмотрев несколько возможных решений.

Примечание: Прежде чем применять изменения к сайту, убедитесь, что у вас есть свежий бекап.

Почему возникает эта ошибка?

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

Проблема касается других ваших сайтов?

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

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

Обычно такая проблема случается из-за того, что вы исчерпали лимит памяти.
Я занимался переносом многих сайтов клиентов, и иногда ошибка исчерпания лимита памяти выскакивала при активации нового плагина или при выполнении других задач. Обычно ошибка выглядит так:

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 2348617 bytes) in /home4/xxx/public_html/wp-includes/plugin.php on line xxx

Для решения мы открываем свой файл wp-config.php, находящийся в корнвой папке WordPress. Затем добавляем следующий код в основной php тег:

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

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

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

Если увеличение памяти не помогло, или у вас выставлен высокий лимит типа 256Mб или 512Mб, тогда вам стоит начать пошаговый поиск неисправностей. По моему опыту решения подобных проблем, обычно дело в плагине или шаблоне. Идем дальше и отключаем плагины. Можно сделать это по инструкции:

Если этот способ помог, тогда включайте плагины по-одному.

Замена шаблона на стандартный шаблон WordPress

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

В качестве альтернативы можно зайти в phpMyAdmin и обновить wp_options таблицу Базы Данных. Обновить нужно следующие строки в таблице:

template , stylesheet , и current_theme . Измените значение на twentyeleven .

Если проблема с белым экраном решилась, тогда вам необходимо смотреть в сторону файла functions.php вашей темы. Если найдете пустые строки в конце файла, необходимо их вытереть.

Другие варианты

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

Error_reporting(E_ALL); ini_set("display_errors", 1); define("WP_DEBUG", true);

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

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

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

/** Решение для больших постов */ ini_set("pcre.recursion_limit",20000000); ini_set("pcre.backtrack_limit",10000000);

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