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

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

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

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

В этом посте я рассмотрю четыре из наиболее распространенных причин 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, установки или обновления плагинов, активной темы и т.п. Конечно, вы можете откатиться назад, развернув бэкап, но это не решение проблемы. Существует четыре основных способа борьбы с белым экраном в WordPress.

  1. Проверка плагинов;
  2. Увеличение лимитов памяти PHP;
  3. Смена активной темы;
  4. Активация дебаггера.

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

1. Проверка плагинов

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

С доступом в консоль

Если у вас есть доступ к консоли управления сайтом, перейдите в раздел «Плагины» и деактивируйте самый последний установленный плагин(ы). В 99 случаях из 100 это решает проблему белого экрана и вы можете продолжить пользоваться сайтом в штатном режиме. Но если проблема не решилась - отключайте постепенно все до одного плагина, отслеживая параллельно работоспособность сайта. Если отключив все плагины, проблема не разрешилась - не расстраивайтесь, переходите к пункту 2.

Без доступа в консоль

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

2. Увеличение лимитов памяти PHP

Редактируем wp-config.php

Вам вновь понадобится FTP-клиент. Будем вносить изменения в файл конфигурации WordPress. Напомню, он называется wp-config.php и размещен в корневой директории вашего сайта. Откройте файл wp-config.php в текстовом редакторе и добавьте такую строку:

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

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

Редактируем php.ini

Как правило, доступ к нему имеется далеко не у всех. Аналогичным образом подключаемся к сайту с помощью FTP-клиента и ищем файл php.ini. Если не нашли - не расстраиваемся и переходим к следующему пункту. Если же нашли, открываем его добавляем такую строчку:

Memory_limit = 64M;

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

Редактируем.htaccess

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

Php_value memory_limit 64M

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

3. Смена активной темы

С доступом в консоль

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

Без доступа в консоль

Если вы не имеете доступа к консоли управления сайтом, то решение будет немного сложнее. Во-первых, подключитесь к своему сайту с помощью FTP-клиента и удостоверьтесь, что у вас загружены дефолтные темы. Напомню, что темы в WordPress хранятся в директории wp-content/themes/. Затем войдите в панель управления вашим хостингом, найдите PhpMyAdmin, откройте его и перейдите к таблице wp_options. Листайте страницы опций пока не обнаружите «template» и «stylesheet». Вы должны заменить их значения на названия директории темы, которую вы хотите активировать. Например, «twentyfourteen» или «twentythirteen». В примере ниже видно, что в данный момент активирована тема «statfort», кликаем на карандашик и пишем название одной из дефолтных тем WordPress.

Обновите главную страницу сайта и надейтесь на лучшее!

4. Активация дебаггера

Зайдите на сайт с помощью FTP-клиента, откройте уже знакомый вам конфигурационный файл (wp-config.php) вашего WordPress и найдите в нем такую строку:

Define("WP_DEBUG", false);

И замените false на true, тем самым активировав режим отладки. Если в файле конфигурации такой строки нет - добавьте ее. Она должна выглядеть так:

Define("WP_DEBUG", true);

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

Теперь вы знаете как бороться с белым экраном смерти WordPress.
Я очень надеюсь, что эта статья вам помогла, но если нет - вы всегда можете .

Всё самое новое и интересное из мира Вордпресс в моём Телеграм-канале . Подписываемся!

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

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

Белый экран вместо сайта – что делать?

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

Что нужно проверить при появлении белого экрана смерти вордпресс

  1. Первое, на что следует обратить внимание, так это на свои последние действия. Вы установили или обновили плагин, тему. Или добавили новую запись в файл с ошибкой.
  2. Проверить, виноват плагин легко. Достаточно на сервере переименовать папку плагинов и вновь попытаться зайти в админку. Удалять их совсем не нужно. Если проблема не снята, то значит дело не в этом. Возвращаем папке ее первоначальное название.
  3. Если вы добавили файл, например, к дочерней теме файл functions.php, то проверьте правильность записи и кодировку файла. Всего одна галочка может вызвать белую картинку вместо сайта.
  1. Еще может быть просто кеш. Почистите
  2. Еще причина: хостер выделяет мало памяти PHP и скриптам не хватает ее для выполнения. В этом случае меняйте или тарифный план, либо переезжайте на другой хостинг. Также можно прописать, если вам позволят, в файл.htaccess php_value memory_limit 64M Но лучше обратитесь в поддержку хостинг компании с просьбой увеличить память PHP.

Этого числа, как правило, хватает для работы скриптов.

Разрешаем запись логов WordPress

Чтобы легче было отследить любую проблему, то при разработке включите лог вордпресс, который хранится в папке /wp-content/debug.log

В wp-config.php добавляем:

Из моего опыта: белый экран после внесения изменений в файл.htaccess

Внести новые записи в фал.htaccess — это дело привычное. Но как-то у меня получился странный сбой. Я внесла уже проверенные на других сайтах строчки и получила белый экран для пользователей (администратор мог попасть в админку и работать там). Отменила эти изменения, вернула прежний.htaccess, а проблема никуда не делась. И что самое интересное, никакие разрешения выводить ошибки на экран не работали. Чистый белейший и пустой лист!

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

Вот такая непонятная история. А самое интересное, что мне все-таки нужно добавить строчки в.htaccess. Но повторить ситуацию как-то боязно.)