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

Ошибка, которую вы увидели на экране: «На сайте возникла критическая ошибка WordPress«, полный текст выглядит следующим образом:

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

Существуют различные другие версии этой ошибки, которые появляются в зависимости от того, какие изменения вы делаете: обновления php, ошибка wordpress install, ошибка при неудачном входе, ошибка при активации woocommerce и т.д.

Начиная с версии WordPress 5, благодаря режиму отладки, на экране появляется сообщение о том, что на сайте возникли технические проблемы. В WordPress 5.2 — 5.3 мы получали сообщение об ошибке «На сайте возникли технические проблемы«. Но в последнем выпуске WordPress 5.4 разработчики WordPress изменили сообщение. В этой статье я рассмотрю, как это исправить.

Существует множество распространенных ошибок wordpress, с которыми вы можете столкнуться, например:

• 500 internal server error,
• 504 Gateway Timeout error,
• 404 Page Not Found ,
• 405 Method Not Allowed Error,
• WordPress File And Folder Permissions Error,
• Error Establishing a Database Connection in WordPress,
• White Screen of Death (WSOD) Error и многие другие. Я подробно рассматривал все эти ошибки в других статьях моего блока.

Что означает эта критическая ошибка WordPress?

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

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

• Вы установили или удалили плагин?
• Вы активировали или деактивировали плагин?
• Загрузили, активировали или деактивировали новую тему?
• Вносили ли вы какие-либо изменения в веб-хостинг?
• Обновляли ли вы что-либо через FTP?
• Обновляли ли вы версию PHP?

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

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

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

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

Как исправить критическую ошибку в WordPress?

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

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

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

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

Возможно, файл уже содержит некоторые из этих строк, если это так, проверьте, что они одинаковые, и оставьте одну из них WP_DEBUG_LOG. Сохраните изменения в файле wp-config.php, и с этого момента WordPress будет записывать в этот файл любое предупреждение, уведомление или ошибку, возникающую на сайте. Расположение будет в папке wp-content/debug.log

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

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

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

В зависимости от уровня журнала он покажет нам предупреждения, уведомления, ошибки или все вместе. В нашем случае он покажет все уровни журнала. В основном сосредоточимся на строках, которые начинаются с «PHP Fatal error» или «Error», которые являются теми ошибками, которые могут привести к тому, что веб-страница не будет показана пользователю.

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

WordPress обновление PHP до версии 7.4 или выше

WordPress написан на языке PHP, и ваш хостинг устанавливает его версию.

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

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

1. Сайт WordPress будет работать быстрее
2. Новая версия PHP более эффективна. Вы можете увеличить производительность вашего сайта в 3-4 раза.

Также сайт будет более безопасным. WordPress — самая популярная CMS, построенная на PHP. Следовательно, хакерам легко взломать сайт wordpress. Обновив PHP, вы получите новейшие функции безопасности, которые отсутствуют в предыдущей версии PHP. Поэтому очень важно обновить PHP до последней версии.

Проверка версии PHP в WordPress

Чтобы проверить текущую версию PHP, вы можете создать новый файл, допустим serverinfo.php. Теперь отредактируйте этот файл и добавьте в него следующий код. После этого запустите файл, и он предоставит вам всю информацию о системе, на которой работает ваш сервер.

Устранение проблем, связанных с конфликтом тем

Для этого просто активируйте тему по умолчанию, например, Twenty Twenty или выше.

К сожалению, поскольку ваш сайт отображает ошибку, вам придется устранять неполадки с помощью файлового менеджера вашего хостера (например, файлового менеджера cPanel) или использовать FTP или sFTP (это защищенная версия FTP).

Важно отметить, что при смене темы вы не потеряете настройки выбранной темы.

Для этого переименуйте папку с активной темой, добавив в конце названия папки DISABLE или DISABLED. Например, если вы используете Twenty Nineteen и папка называется «twentynineteen «, вы назовете ее «twentynineteenDISABLE» или «twentynineteenOLD». Вернитесь в верхнюю часть сайта и обновите страницу.

Цель — посмотреть, исчезнет ли ошибка. Если не исчезнет, то это что угодно, но не тема.

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

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

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

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

Скачайте оригинальные файлы плагина прямо из каталога плагинов WordPress и замените плагин через Файловый менеджер вашего хостера (или cPanel) или через FTP или sFTP.

Использовать плагин WP Rollback для восстановления плагина до предыдущей версии.

Если вы используете WP Rollback, есть несколько версий на выбор. Он подскажет вам, какая версия у вас установлена. Выберите плагин для восстановления. Нажмите на «Rollback», если он доступен в списке плагинов в вашем администраторе WordPress.

Исправление ошибочных пользовательских кодов

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

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

Если критические ошибки исправлены, то вы уже знаете, что виновником является:

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

Вывод

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

Кроме того, сайт WordPress отправит вам электронное письмо с инструкциями, а иногда даже активирует режим восстановления WordPress.

Если вы не получили письмо от WP, вы можете посмотреть в журналы сервера и получить запись, связанную с этой проблемой?

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

Нужна помощь от эксперта по WordPress?

Нет технических знаний? Поможем исправить. На вашем веб-сайте произошла критическая ошибка? Свяжитесь с нами прямо сейчас и мы мгновенно исправим проблемы с WordPress.

На сайте возникла критическая ошибка WordPress | Как исправить?

Ошибка, которую вы увидели на экране: « На сайте возникла критическая ошибка WordPress «, полный текст выглядит следующим образом:

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

Существуют различные другие версии этой ошибки, которые появляются в зависимости от того, какие изменения вы делаете: обновления php, ошибка wordpress install, ошибка при неудачном входе, ошибка при активации woocommerce и т.д.

Начиная с версии WordPress 5, благодаря режиму отладки, на экране появляется сообщение о том, что на сайте возникли технические проблемы. В WordPress 5.2 — 5.3 мы получали сообщение об ошибке « На сайте возникли технические проблемы «. Но в последнем выпуске WordPress 5.4 разработчики WordPress изменили сообщение. В этой статье я рассмотрю, как это исправить.

Существует множество распространенных ошибок wordpress, с которыми вы можете столкнуться, например:

• 500 internal server error,
• 504 Gateway Timeout error,
• 404 Page Not Found ,
• 405 Method Not Allowed Error,
• WordPress File And Folder Permissions Error,
• Error Establishing a Database Connection in WordPress,
• White Screen of Death (WSOD) Error и многие другие. Я подробно рассматривал все эти ошибки в других статьях моего блока.

Что означает эта критическая ошибка WordPress?

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

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

• Вы установили или удалили плагин?
• Вы активировали или деактивировали плагин?
• Загрузили, активировали или деактивировали новую тему?
• Вносили ли вы какие-либо изменения в веб-хостинг?
• Обновляли ли вы что-либо через FTP?
• Обновляли ли вы версию PHP?

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

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

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

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

Как исправить критическую ошибку в WordPress?

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

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

Источник

Как исправить ошибку обновления редактора WordPress

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

Почему WordPress иногда не может обновлять или публиковать контент

По сути, WordPress иногда использует набор API (методов программирования), называемых REST API, для отправки и получения запросов к базе данных.

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

Почему WordPress не может использовать REST API?

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

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

Шаг 1. Проверьте подключение к Интернету и URL-адрес сайта.

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

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

Просто перейдите на страницу «Настройки» — «Общие» и убедитесь, что параметры «Адрес сайта» и «Адрес WordPress» указаны правильно. Должны быть одинаковые URL-адреса в обоих полях.

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

Шаг 2. Проверьте статус REST API с помощью WordPress Site Health

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

Просто перейдите на страницу «Инструменты» — «Здоровье сайта» , чтобы просмотреть отчет. Если REST API не работает, вы увидите это в разделе рекомендуемых улучшений как «REST API обнаружил неожиданный результат» . У нас на тестовом сайте данной ошибки нет, но у вас она может быть.

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

Шаг 3. Отключите все плагины WordPress

Если какой-то плагин WordPress вызывает некорректное поведение REST API, то самый простой способ выяснить это — деактивировать все плагины.

Вы можете перейти на страницу «Плагины» , установить флажок и нажать «Деактивировать» и «Применить» .

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

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

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

Шаг 4. Проверьте службу брандмауэра веб-сайта

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

Это может произойти, если их фильтры брандмауэра сочтут ваш IP-адрес подозрительным. Они также могут блокировать запросы REST API, если ваш сайт подвергается атаке DDOS. Если вы используете Cloudflare, вы можете временно отключить Cloudflare, чтобы посмотреть, решит ли это вашу проблему.

Обычно вы найдете настройки Cloudflare в разделе «Домены» на панели управления хостингом. Если вы используете Sucuri, вы можете обратиться в их службу поддержки, и они могут внести ваш IP-адрес в белый список или сообщить, что вызывает проблему.

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

Шаг 5. Включите и просмотрите журнал отладки WordPress

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

Просто добавьте следующие строки в свой файл wp-config.ph:

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

После этого вы можете подключиться к своей учетной записи хостинга WordPress с помощью FTP-клиента и перейти в папку / wp-content / . Отсюда вы можете загрузить файл debug.log на свой компьютер.

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

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

Шаг 6. Временно переключитесь на классический редактор WordPress

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

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

Если все остальное не помогло, возможно, вам придется обратиться за поддержкой. Вы можете начать с прямого обращения к своему хостинг-провайдеру. У них есть доступ к журналам сервера и дополнительным инструментам. Это также может быть вызвано неправильно настроенным сервером или сбоями на их стороне. Ну что у нас на этом все. Всем пока!

Источник

Как исправить недопустимую ошибку JSON в WordPress (Руководство для начинающих)

Вы пытаетесь исправить недопустимую ошибку JSON в WordPress?

Эта ошибка появляется при редактировании сообщений или страниц WordPress на вашем веб-сайте. Вы увидите сообщение о том, что «Ответ не является допустимым ответом JSON», и обновление этой страницы завершится ошибкой.

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

Что вызывает ошибку » Недопустимый ответ JSON’ в WordPress?

Неспособность получить ожидаемый ответ от сервера приводит к ошибке «Недопустимый ответ JSON» в WordPress.

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

Если по какой-либо причине WordPress не сможет получить ответ или ответ не в формате JSON, вы увидите ошибку «Недопустимый ответ JSON».

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

Тем не менее, давайте посмотрим, как легко исправить недопустимую ошибку JSON в WordPress.

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

1. Проверьте URL-адреса WordPress в настройках

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

Просто перейдите на страницу » Общие настройки». Отсюда вам нужно просмотреть поля Адрес WordPress (URL) и Адрес сайта (URL).

Для большинства веб-сайтов этот параметр должен иметь один и тот же URL-адрес в обоих полях.

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

Однако, если ваш адрес сайта указан неверно, это вызовет недопустимую ошибку JSON в WordPress.

Если вы внесли какие-либо изменения в настройки, не забудьте нажать на кнопку Сохранить изменения, чтобы сохранить свои настройки. Теперь вы можете отредактировать сообщение в блоге и посмотреть, не вызовет ли добавление каких-либо новых блоков или сохранение этого сообщения ошибку «Недопустимый ответ JSON».

Если вы все еще видите ошибку, продолжайте чтение.

2. Исправьте Структуру Постоянных Ссылок WordPress

WordPress поставляется с удобной для SEO структурой URL-адресов, которая позволяет вам использовать удобочитаемые URL-адреса для ваших постов и страниц.

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

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

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

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

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

3. Восстановите файл WordPress .htaccess

Файл .htaccess в WordPress используется в качестве файла конфигурации для управления URL-адресами, удобными для SEO (постоянные ссылки).

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

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

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

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

Совет: Не удается найти файл .htaccess? Смотрите эту краткую статью о том, как найти файл .htaccess.

После этого вам необходимо отредактировать файл .htaccess с помощью FTP-клиента или приложения файлового менеджера.

Как только файл откроется, вам нужно удалить весь код внутри него и заменить его следующим кодом:

Источник

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

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

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

В этой статье мы расскажем, как избавиться от белого экрана WordPress.

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

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

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

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

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

Есть ли белый экран на других ваших сайтах?

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

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

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

Исправление ошибки белого экрана в режиме восстановления WordPress

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

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

Также администратор сайта получит письмо на почту с темой “Ваш сайт имеет техническую проблему”.

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

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

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

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

Прочитайте нашу статью, как увеличить лимит памяти.

Отключить все плагины

Если после увеличение лимита памяти до 256 или 512МБ не помогло, то необходимо начать устранение проблемы другим способом.

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

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

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

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

Для этого подключитесь к своему сайту WordPress с помощью FTP-клиента. После подключения перейдите в папку wp-content, где увидите папку “plugins“.

Вам нужно переименовать эту папку, например в “plugins-deactivated“.

Не беспокойтесь, в будущем вы сможете переименовать папку обратно, данные и настройки не будут потеряны.

WordPress ищет папку с именем “plugins” для загрузки плагинов. Когда этой папки нет, он деактивирует все плагины.

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

Замените активную тему на тему по умолчанию

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

Подключитесь к своему сайту с помощью FTP-клиента и перейдите в папку /wp-content/themes/. Эта папка содержит все установленные темы на вашем сайте.

Скачайте вашу тему на свой компьютер в качестве резервной копии.

После скачивания темы на компьютер, удалите её на сайте, выбрав пункт “Удалить”.

Если на вашем сайте установлена тему по умолчанию (Twenty Eighteen, Twenty Nineteen и т.п.), WordPress автоматически активирует её в качестве темы по умолчанию.

В случае, если у вас не установлена тему по умолчанию, воспользуйтесь ручной установкой темы по FTP.

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

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

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

Включите режим отладки для поиска ошибок в WordPress

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

Добавьте следующий код в ваш файл wp-config.php:

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

Если вы не видите никаких ошибок, то вы всё равно можете проверить журнал отладки. В папке wp-content находится файл debug.log, содержащий журнал всех ошибок, уведомлений и предупреждений.

Очистите кэш на сайте

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

Белый экран у длинных статей

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

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

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

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