На сайте возникла критическая ошибка beget

Ошибка, которую вы увидели на экране: «На сайте возникла критическая ошибка 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.

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

Проверка режима FTP

Первым делом стоит проверить, какой режим FTP используется. Рекомендуется использовать Пассивный, к примеру в клиенте Filezilla это настраивается во вкладке Редактирование -> Настройки -> FTP

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

Для начала, проверим подключение к серверу через утилиту telnet, в качестве имени сервера указываем название, которое можно посмотреть в личном кабинете в разделе FTP (в нашем случае — это matrix.beget.com).

telnet matrix.beget.com 21

Если все в порядке, то должно будет появиться приглашение сервера, что-то вроде этого:

Connected to matrix.beget.com.
Escape character is '^]'.
220 Welcome to LTD Beget FTP Server 'matrix'

Ошибка Unable to connect to remote host: Connection refused

Означает, что FTP-клиент не может соединиться с сервером. Обычно ошибка выглядит примерно так:

Trying 81.222.215.42...
telnet: Unable to connect to remote host: Connection refused

Как правило, здесь имеют место быть три причины:

• блокировка ftp-подключения брандмауэром (файерволом) или антивирусом Вашего компьютера;
• блокировка вашего внешнего ip-адреса на нашем сервере;
• проблемы на стороне промежуточных узлов (между нашим сервером и вашим компьютером).

Чтобы попробовать определить на каком узле происходит обрыв, нужно сделать трассировку маршрута командой traceroute:

В Mac OS X команда будет выглядеть так:

traceroute matrix.beget.com

Должно появиться примерно следующее:

 1  192.168.2.1 (192.168.2.1)  0.253 ms  0.245 ms  0.231 ms
 2  beget-i.cust.smartspb.net (80.79.241.141)  0.516 ms  0.511 ms  0.504 ms
 3  k12-lak.ra.smartspb.net (185.42.63.18)  0.756 ms  0.753 ms  0.747 ms
 4  beget.spb.cloud-ix.net (31.28.18.90)  1.386 ms  1.366 ms  1.371 ms
 5  m1.matrix.beget.com (5.101.156.64)  1.367 ms  1.357 ms  1.362 ms

Также стоит пропинговать хост утилитой ping:

ping matrix.beget.com -n 10

Должно появиться примерно следующее:

PING matrix.beget.com (5.101.156.64) 56(84) bytes of data.
64 bytes from m1.matrix.beget.com (5.101.156.64): icmp_seq=1 ttl=60 time=1.44 ms
64 bytes from m1.matrix.beget.com (5.101.156.64): icmp_seq=2 ttl=60 time=1.44 ms
64 bytes from m1.matrix.beget.com (5.101.156.64): icmp_seq=3 ttl=60 time=1.52 ms
64 bytes from m1.matrix.beget.com (5.101.156.64): icmp_seq=4 ttl=60 time=1.23 ms
64 bytes from m1.matrix.beget.com (5.101.156.64): icmp_seq=5 ttl=60 time=1.56 ms

--- matrix.beget.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 1.231/1.441/1.562/0.124 ms

Возможно проблема связана с тем, что Ваш внешний IP-адрес заблокирован на сервере, для проверки идем на сайт http://myip.ru/, он отобразит Ваш внешний IP-адрес. Его нужно сообщить технической поддержке, чтобы специалисты проверили, не заблокирован ли указанный IP-адрес на сервере, к которому идет подключение. Лучше всего обратиться, написав тикет из Личного кабинета (раздел «Связь» или «Помощь и поддержка»). В тикете необходимо предоставить вывод команд ping, tracert (traceroute) и внешний IP-адрес, который Вы узнали на сайте http://myip.ru/. Не лишним будет указать также данные, с которыми Вы пытаетесь подключиться, так как зачастую ошибка в подключении кроется в неверно вводимых данных: логин, пароль, имя сервера.

Ошибка 530 Login incorrect

Очень распространённая ошибка «Login incorrect«. В журнале FTP-клиентов она выглядит примерно так:

220 Welcome to LTD Beget FTP Server 'matrix'
USER username
331 Please specify the password.
PASS *******
530 Login incorrect.

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

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

Добрый день!

Как исправить ошибки вида

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

Ответ

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

Для решения проблемы воспользуйтесь одним из способов.

Способ 1. Проверка темы

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

Способ 2. Проверка плагинов

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

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

Иногда проверка плагинов помогает устранить еще одну распространенную ошибку: connection timeout.

Способ 3. Анализ логов на сайте

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

define('WP_DEBUG', false);

замените на

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

Теперь лог сможете посмотреть в файле /wp-content/debug.log.

Способ 4. Анализ логов на хостинге

Иногда локального отчета бывает недостаточно. Обычно на хостинге автоматически ведутся логи всех операций на сайте. Среди них есть и отчеты об ошибках. Зайдите в панель инструментов своего хостинга и найдите раздел меню, отвечающий за логирование операций. Например, на Beget.com пункт меню называется Журналы доступа.

Способ 5. Обновление версии PHP

Новые версии PHP – это повышение безопасности и производительности сайта. По словам WordPress-разработчиков, переход на PHP 7.x способен ускорить сайт до 3-4 раз.

Иногда ошибка может возникнуть в процессе обновления версии PHP.

Чтобы проверить, поддерживает тема или плагин ту или иную версию, используйте плагин PHP Compatibility Checker. После активации перейдите Инструменты > PHP Compatibility, выберите версию PHP и нажмите кнопку Scan site again.

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

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

Способ 6. Права доступа файлов и каталогов

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

Для всех файлов WordPress права доступа должны иметь значение 644, а для папок – 755.

А вот и еще одна частая проблема: backend error timeout error – перевод – ошибка серверной части ошибка тайм-аута. Как победить? Жмите на ссылку и читайте.

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