Wordpress белый экран после переноса. Как исправить ошибку в WordPress Белый Экран. WordPress белый экран в админке

Расскажу почему появляется белый экран wordpress и как его устранить. Блоггер новичок любит все делать сам, ковырять тему и движок, потому что денег вкладывать не хочет.

Причины почему появляется белый экран wordpress

Расскажу причины как формируется белый экран wordpress. Приведу основные ошибки.

1. Без знаний API начинают править файл function.php, это основной файл темы который регулирует весь шаблон.
2. Редактируют файлы темы на стандартном редакторе вордпресса, чего делать нельзя. После сохранения файла через стандартный редактор, весь путь операций стирается, и если шаблон заклинило, то ничего не поможет.
3. Спор плагинов. При загрузке нового плагина может произойти спор одного из установленных.
4. Установка новой темы. Редко но бывает, особенно когда насильно загружают и активируют тему через ftp.
5. После переноса ресурса, лучше доверять такие вещи сотрудникам хостинга.
6. В основном это лишняя самоуверенность в программинге, я знаю что такое div значит все сделаю сам.
7. После обновления движка wordpress, в последнее время обновления все более неустойчивые и кривые.

Делайте бекап, чем чаще тем лучше, я делаю каждые три дня.

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

Первое: неисправности в коде

Которые сделал сам блоггер.

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

У вас есть доступ в административную панель вордпресса.

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

Не можете зайти в административную панель.

1. Делаем через ftp. Заходим на хостинг по ftp каналу и находим файл(ы) которые изменяли. Путь такой public-html->wp-content->themes-> ваша активная тема.

Находим файл для правки, изменяем и закидываем обратно на хостинг.

Остались проблемы: идите на хостинг и проситесь в службу поддержки, они могут помочь исправить. Либо делайте простой бекап. На нормальных хостингах копии сайта и баз данных хранятся минимум 3 дня.

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

Спор плагинов основная причина белого экрана на вордпресс. Это наблюдается на тех блогах админы, которых очень любят их ставить. Бывают ситуации, что плагинов за 40 переваливает, это не допустимо.

Вы можете зайти в админку

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

В админку доступа нет

Этот случай более вероятен. Для устранения проблемы надо:

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

Есть еще один путь:

Этим путем вы узнаете сразу что именно мешает.

Кривая тема

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

Есть доступ к консоли

Меняйте активную тему на другую.

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

Нет доступа к консоли

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

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

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

1 способ

То есть ошибка в index.php в четвертой строчке.

2 способ

Если ошибки не показались, но правим файл wp-content.php дальше, перед фразой /* Это всё, дальше не редактируем. Успехов! */ ставим комбинацию.

Ini_set("display_errors", 1);

Должно получиться так. Сохранили и скачали обратно.

3 способ

Сразу видно что сломалось. Но по умолчанию на хостинге этот режим может быть отключен, и правка wp-content не поможет. Тогда надо скачать.htaccess и внести в него эти строки. Сохранить и загрузить обратно на сайт.

Php_flag log_errors on

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

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

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

Это значит что выделенной оперативной памяти не хватает и ее надо увеличить. Есть три способа, все они связаны с ftp, так что сразу заходим в файловый менеджер и скачиваем первый файл.

1. Файл wp-config.php скачиваем и вставляем в него вот этот код. Сохранили и обновили, если не помогло то идем дальше. define("WP_MEMORY_LIMIT", "64M");
2. Файл.htaccess скачиваем и в него добавляем комбинацию. php_value memory_limit 64M
3. На хостингах где идет связка с nginx, можно пробовать через файл php.ini, он должен лежать в корне сайта то есть вместе с папками wp-content и wp-admin. Если его нет то создаем, и помещаем в него эту комбинацию. memory_limit = 64M ;

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

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

Сейчас вы узнали почему появляется белый экран wordpress и как от него избавится. Основная причина кривые руки новичков в 90% случаев.

Большой интернет-магазин созданный на основе 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 после того, как устанавливал плагин или изменял какие-либо настройки. Ни контент, ни панель администратора – ничего недоступно. Если вам знакома описанная ситуация, эта статья для вас.

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

Белый экран смерти (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-сайте и не совсем понимаете, от чего же это могло произойти? Вы не одиноки. Практически каждый пользователь WordPress хотя бы раз в своей жизни сталкивался с этой проблемой. Хорошая новость – ошибка WordPress белая страница легко исправляется.

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

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

Вот ряд причин, которые могут вызывать данную ошибку:

1. Исчерпан ресурс памяти.
2. Несовместимость темы и какого-то из плагинов или наоборот.
3. Плохо написанный плагин или тема, которые после обновления WordPress приводят к такой ошибке.
4. Причина может быть на сервере вашего хостинга.

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

Что понадобится

Прежде чем приступить к выполнению руководства, проверьте наличие:

• Доступ к админской части WordPress ()
• Доступ к панели управления вашего хостинга или

Исправляем ошибку WordPress Белый Экран

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

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

Шаг 1 – Увеличиваем ограничения памяти WordPress

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

Также возможно, что ваш хостинг-провайдер на стороне сервера установил низкий лимит для памяти, используемой PHP. Это можно легко проверить при помощи функции .

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

Шаг 2 – Проверяем плагины

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

Таким образом, всё что нужно сделать это:

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

Теперь, дабы выявить этот плагин, следуйте по списку шагов:

1. Переименуйте каталог обратно в plugins и войдите в него.
2. Теперь отключайте по одному плагины, переименовывая их каталоги.
3. После каждого переименования проверяйте работоспособность сайта.
4. Как только вы определите, какой плагин является причиной, удалите его каталог или переустановите / замените его.

Однако, если это тоже не помогло исправить ошибку, переходите к шагу 3.

Шаг 3 – Проверяем Тему сайта

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

Самый лучший путь определения, что причиной ошибки WordPress белый экран является Тема сайта, это переключение вашего сайта на тему по умолчанию “Twenty Seventeen”. Для этого выполните шаги:

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

Option 4 – Проверяем журнал ошибок (error logs)

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

Заключение

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

Если у вас есть свой сайт на 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 вручную.