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

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

Метод HEAD отличается от метода GET тем, что проверяет доступность не всей страницы, а только ее "заглавия" (хедеров). Может использоваться, когда необходимо проверить только доступность сайта, или же содержание хедеров.

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

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.HTTP
  • CM.Glossary.POSTMethodExample
больше глоссарий
"

Сервис очень удобный и информативный.

"
- Сергей
Host Tracker: оповещение о падении сайта только по делу

Одной из первоочередных задач для руководителя сайта является обеспечение бесперебойной работы ресурса. Однако периодические «падения» сайта неизбежны, и главное тут — вовремя отследить и решить проблему.
Ни один человек не способен круглосуточно осуществлять мониторинг работоспособности сайта. Более того, ресурс может быть недоступным в другом регионе, и это руководитель никак не отследит.
И именно для решения этих задач предназначен сервис Host Tracker, который мониторит доступность сайта. Он фиксирует «падение» сайта, анализирует проблему и отправляет тревожный сигнал администратору или руководству ресурса...

Разумеется, одной из первоочередных задач для любого руководителя сайта является обеспечение бесперебойной работы ресурса. Однако периодические «падения» сайта неизбежны, и главное тут — вовремя отследить и решить проблему.
Очевидно, что ни один человек не способен круглосуточно осуществлять мониторинг работоспособности сайта. Более того, ресурс может быть недоступным в другом регионе, и это руководитель никак не отследит.
И именно для решения этих задач предназначен сервис Host Tracker, который мониторит доступность сайта. Он фиксирует «падение» сайта, анализирует проблему и отправляет тревожный сигнал администратору или руководству ресурса.
При этом очевидно, что ложная тревога никому не нужна, и принцип «лучше перебдеть, чем недобдеть» — не лучшая стратегия в данном случае. Поэтому в работе сервиса необходима исключительная точность и адекватность в оценке проблем.

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

Каким же образом регистрируется непосредственно «падение» ресурса?

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

моментальная проверка


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

Конечно, гарантировать на сто процентов, в каком именно состоянии сайт был между проверками, невозможно. Однако, все же с наибольшей вероятностью в промежутке между выдававшими ошибку проверками сайт «лежит». Правда, если после ошибки начинается восстановление, между проверками ресурс может и работать. Собственно, данный сценарий ложится в основу расчета оптимистичного uptime. Вариант же «лежания» сайта между проверками становится отправной точкой для расчета пессимистичного сценария.
Оптимистичный вариант берется в расчет при статистических исследованиях, а вот при уведомлении клиентов данные указываются по пессимистичному.
Таким образом, благодаря расчету всех вариантов и тщательному всестороннему мониторингу, клиент получает своевременные уведомления только в случае настоящих проблем и может получить полную и достоверную картину происходящего.

больше блог
 
Условия использования
Войти
Зарегистрироваться
Цены и пакеты
Наша сеть
Home > Terms and Conditions

Ограниченая ответственность

  • Компания прилагает все усилия для предоставления точных и бесперебойных Услуг и решения всех непредвиденных проблем, в случае их появления. Тем не менее, Компания не несет ответственности за прямой и косвенный урон, утрату прибыли или другие негативные последствия, связанные с использованием Услуг.

Прекращение Услуг

  • Компания оставляет за собой право прекратить предоставление Услуг Пользователю без объяснения причин.

Возврат средств

  • Если Пользователь не удовлетворен качеством Услуг, предоставленных на протяжении текущего или предыдущего месяцев, Компания несет ответственность за возврат средств по всем платежам Пользователя, которые имели место в этот период по первому запросу Пользователя, доставленному через электронную почту.

Конфиденциальность регистрационной информации

  • Компания не распространяет никакую персональную информацию, предоставленную Пользователем при регистрации, никаким третьим сторонам.

Куки

  • Куки используются Услугой для идентификации и аутентификации пользователя.

Лог сессий

  • Когда Пользователь работает на Сайте Компании, информация о посещенных страницах записывается в лог. Эта информация используется для улучшения работы Услуг.
Поделиться:
Send to Twitter Send to Facebook Send to LinkedIn Share on Google+ Send to Vkontakte
Блоги:
HostTracker blog HostTracker page on Facebook HostTracker page on Vkontakte HostTracker blog on Habrahabr
Безналичный
расчет