Support Home > Мониторинг простоев

Мониторинг простоев

Монитор простоев Jetpack непрерывно отслеживает состояние сайта и мгновенно сообщает о сбое.

Jetpack следит за работой сайта и отправляет оповещения о простоях.

После активации один из наших серверов начнёт проверять ваш сайт каждые пять минут.  Если будет обнар��жена некорректная работа, мы отправим уведомление по электронной почте в учётную запись WordPress.com, к которой подключён Jetpack.

Описание общих функций и часто задаваемые вопросы можно найти на странице «Функции».


Уведомления по эл. почте

Если функция мониторинга простоев активирована, уведомления о простоях будут отправляться по электронной почте пользователю, который её активировал. Если есть другие администраторы, подключённые к учётным записям WordPress.com, они также могут включить такие уведомления по электронной почте в разделе Jetpack → Настройки → Безопасность.

Все они будут отправляться с адреса support+monitor@jetpack.com. Можете настроить фильтры электронной почты, чтобы подобные уведомления никогда не попадали в спам.

Push-уведомления

Теперь вы можете получать оповещения о сбоях в работе сайта прямо на WordPress.com и (или) в приложениях Jetpack и WordPress для мобильных устройств (Android и iOS) в виде push-уведомлениий. 

Чтобы включить эту функцию через Интернет, выполните следующее:

  1. Перейдите на https://wordpress.com/settings/security/.
  2. Выберите свой сайт.
  3. Установите флажок Отправлять уведомления в системе WordPress.com.

Чтобы включить эту функцию из приложений (Android и iOS, Jetpack и WordPress), выполните следующее:

  1. Выберите «Мой сайт».
  2. Настройки Jetpack.
  3. Установите флажок Отправлять push-уведомления.

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

Это может происходить по разным причинам. Дополнительную информацию см. в письмах с уведомлениями.

Ваш сайт отвечает нестабильно или очень долго.

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

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

Выполняется слишком частая переадресация запросов.

В этом случае убедитесь, что URL-адрес сайта настроен правильно и вы не используете плагины переадресации, которые могут вызывать проблемы.

Jetpack заблокирован.

Убедитесь, что ваша служба хостинга не блокирует наш агент мониторинга! Пользовательским агентом, который мы отправляем вместе с запросами HEAD, должен быть jetmon/1.0 (монитор доступности сайтов Jetpack компании WordPress.com). Если он по-прежнему работает неправильно, обратитесь в службу поддержки.

Сервер не отвечает.

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

Оповещения о статусе

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

Номер — это наш внутренний идентификатор вашего сайта. Вторая часть — это возвращаемый статус. Они ос��ованы на коде ответа HTTP на запрос HTTP HEAD, отправленный на главную страницу вашего сайта:

  • «server» — ответ 5xx. Означает, что на сервере произошла неустранимая ошибка.
  • «blocked» — ответ 403. Означает, что сервер ответил, что просматривать главную страницу запрещено.
  • «client» — ответ 4xx (отличный от 403). Предполагается, что похожая настройка на сервере блокирует доступ.
  • «intermittent» — время ожидания для запроса истекло (ответ не получен по истечении 10 секунд). Это неоднозначная ситуация, так как сайт может на самом деле загружаться, но очень медленно. Такая ситуация, вероятно, исправится сам�� собой, если сайт находится на общем хосте, и другой сайт на сервере использует слишком много ресурсов, что может замедлить работу остальных сайтов на сервере. Наш основной сервер мониторинга и несколько проверяющих серверов будут следить за ситуацией и фиксировать, что сайт не работает.
  • «redirection» — ответ 3xx. Монитор будет отслеживать несколько переадресаций, но если поступит запрос на отслеживание четвёртой переадресации, мы предположим, что есть проблема. Причина может быть в цикле переадресации или некорректной настройке (например, будет воспринята как сбой такая ситуация: example.com -> http://www.example.com -> http://www.example.com/en/ -> http://www.example.com/en/blog/).
  • «success» — нормальный ответ. Всё работает. Такой ответ должен быть только в сообщении «Ваш сайт в норме!».
  • «unknown» — такого ответа не должно быть никогда. Он означает, что наша служба мониторинга не отправила ожидаемый ответ на WordPress.com.

Как это работает?

Мы проверяем связь с главной страницей сайта, отправляя на неё запрос HTTP HEAD каждые пять минут.

Мы фиксируем потенциальный простой сайта, если получаем код ответа HTTP 400 или больше, что указывает на ошибку с разрешениями на доступ или неустранимую ошибку, из-за которой посетители не видят ваш сайт. Либо если видим более трёх переадресаций серии 300, предполагая, что возник цикл переадресации. Либо если ваш сайт не отвечает в течение 20 секунд.

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

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

Примечание: Jetpack использует часовой пояс, установленный в настройках WordPress (Настройки > Общие)

Сведения о конфиденциальности

Эта функция по умолчанию деактивирована. Если нужно деактивировать эту функцию, пройдите по ссылке Настройки в подразделе Мониторинг простоев в разделе Jetpack — Консоль — Краткий обзор на консоли. В настройках функции на WordPress.com установите флажок Контроль бесперебойной работы сайта в разделе Мониторинг простоев в верхней части страницы.

Дополнительная информация об использовании данных на сайте

Эта функция по умолчанию деактивирована. Если нужно деактивировать эту функцию, пройдите по ссылке «Настройки» в подразделе «Мониторинг простоев» в разделе «Jetpack — Консоль — Краткий обзор» на консоли. В настройках функции на WordPress.com установите флажок «Контроль бесперебойной работы сайта» в разделе «Мониторинг простоев» в верхней части страницы.

Использование данных
Владельцы/пользователи сайта

Локальный идентификатор владельца сайт��, идентификатор пользователя WordPress.com, адрес электронной почты, ID блога, подключённого к WordPress.com и дата последнего изменения статуса простоев.

Кроме того, для отслеживания активности (подробно описано ниже): IP-адрес, идентификатор пользователя WordPress.com, имя пользователя WordPress.com, идентификатор и URL-адрес сайта, подключённого к WordPress.com, версия Jetpack, пользовательский агент, URL-адрес посетителя, URL-адрес источника перехода, метка времени события, язык браузера, код страны.

Посетители сайта

Нет

Отслеживание активности
Владельцы/пользователи сайта

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

Посетители сайта

Нет

Синхронизация данных (подробнее)
Владельцы/пользователи сайта

Мы синхронизируем данные о статусе активации функции и её настройках.

Посетители сайта

Нет

  • Содержание