WordPress может определять возникающие ошибки – изучаем данные

Для многих не станет диковинкой, что стартуя от версии 5.2 WordPress может определять возникающие на сайте критические ошибки: по формулировке, оповещение из письма админу, звучит примерно так – на сайте возникла критическая ошибка (если коротко)!

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

Для тех, у которых сайт достаточно давно, понимают – прочувствовали на себе, что по мере обновлений движка (CMS) WordPress – управлене сайтом меняется, и не для каждого админа в лучшуую сторону: разработчки принимают меры не только по защите (безопасности), но и добавляют всё больше и больше инструментов управления WP. Для кого-то эти новшества оказываются достаточно сложными…

…от новичков, которые что-то мастерят на сайте, поступают вопросы, если сайт вдруг падает: попробуем разобраться…

 

 

 

 

 

 

 

На сайте возникли технические проблемы

 

 

 

 

 

 

Я у себя на тестовом сайте (как создать тестовый сайт за 5 минут) примера для создал искусственную ошибку: рассмотрим подробнее…

 

 

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

 

 

На данный момент времени содержание письма примерно было такое:

 

 

 

 

 

 

Текст письма интересен тем, что помимо прочих уведомлений, предоставляется специально сформированная ссылка на вход в админку WordPress, которая будет работать 1 день, после чего (опять же в виде безопасности) станет нерабочей!

 

Эта ссылка позволит оперативно войти в панель управления сайтом и предпринять некие действия – и это весьма полезно для новичков.

 

 

…далее…

 

 

Подробности ошибок

 

 

В разделе письма “Подробности ошибок” дан путь к проблемному файлу, что много сужает поле поиска ошибки!

 

 

У меня путь такой:

 

/wp-content/themes/RealMik/ats-functionss/add-functions.php

 

 

 

Всё правильно!! в синтаксисе php я сознательно создал ошибку, об этой ошибке и пришло сообщение, что в таком-то файле, в такой-то строке наблюдается проблема, которая привела к полному падению сайта – белому экрану!

 

 

Решений 2:

 

Либо откатить шаблон назад… восстановить файл, в котором баг (в данном случае синтаксиса), из бекапа.

 

Либо же посетить панель управления хостингом, …открыть проблемный файл шаблона и поправить баг.

 

 

 

 

 

 

 

Вот примерно такие подсказки предоставляет обновлённое ядро Вордпресс администратору. Но думается широта возможностей функции поиска критических (и не оч. критических) ошибок будет и будет шириться))

 

 

 

 

здоровье сайта на WordPress – инструмент

 

 

 

Левое меню “Инструменты” … “Здоровье сайта”…

 

 

 

 

 

 

В этом разделе дана сводка результатов тестирования функцией поиск ошибок в работе сайта.

Подсказки по работе тем и плагинов; информация о версии php и прочее. Откройте у себя инструментарий, посмотрите.

 

 

 

 

 

 

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

 

 

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

 

1. Актуальность версии WordPress.
2. Актуальная версия PHP
3. Актуальная версия SQL-сервер
4. Наличие обязательных и рекомендуемых модулей PHP
5. Поддержка UTF8MB4
6. Запланированные мероприятия
7. Рабочие HTTP-запросы
8. Доступность REST API
9. Выполнение петлевых запросов.

 

 

 

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

 

1. Запущены ли только активные темы
2. Актуальность версий плагинов
3. HTTP-соединение
4. Безопасность общения
5. Неактивность режима отладки
6. Активность фонового обновления.

 

 

 

В обработке функции “поиск ошибок сайта” используется site_status_tests

 

 

 

 

…и это значит, что у разработчиков плагинов и шаблонов есть прекрасная (и законная)) возможность, выразимся так, создавать свои собственные тесты “Здоровья” или удалять уже существующие:

 

 

Достаточно пройти по такому пути в корень ядра Вордпресс и изучить: в коде даны комментарии…

 

 

домен/public_html/wp-admin/includes/class-wp-site-health.php

 

 

В коде это выглядит так:

 

 

$tests = apply_filters( 'site_status_tests', $tests );

return $tests;
}

 

 

 

apply_filters и переменная $tests (на мой згляд переменную можно бы позакавырестее придумать во избежание конфликтов с темами плагинами. Но это лирика-с))

 

 

apply_filters применение прикрепленной к указанному фильтру php функции… (Есть ещё и события actions /экшн/ но это другая /не сегодняшняя/ история)

( Привязка php функции к фильтру возможна с помощью add_filter() )

 

Как и говорилось, если нам что-то требуется дополнить к функционалу “Здоровье сайта” – изменить оригинальную функцию (изменить значение переменной), то это делается при помощи фильтров…

 

Используется в плагинах и темах, для создания хуков-фильтров (зацепок дающих возможность изменить оригинальные данные).

 

 

 

 

 

 

 

…для более требовательных админов может пригодиться функция режима отладки WordPress – напоминаю:

 

 

 

 

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

 

 

 

 

открываем файл wp-config.php и отыскиваем такие строки:

 

 

Режим отладки WordPress:
define('WP_DEBUG', true); // true - включить режим отладки и - false - отключаем...