Комментарии 11
Статистика самого сайта отлично показывает uptime.
не всегда, мой хостинг бывало падал, а сайт хостера всегда открывался. площадки были разные
не хостера, а именно своего родимого сайта на нем.
Имеется в виду, если взять статистику посещения сайта по часам, то во время когда сайт был недоступен будет 0 посещений или около того. В остальное время — для более менее посещаемых проектов больше нуля.
Для непосещаемых, где сложно определить то ли это сервер лежал, то ли никто не заходил, такой мониторинг конечно не работает, да он и не нужен видимо.
Для непосещаемых, где сложно определить то ли это сервер лежал, то ли никто не заходил, такой мониторинг конечно не работает, да он и не нужен видимо.
dab512, тоже вариант.
Возьмем на вооружение. Логами так и так надо заниматься, так что попутное извлечение из них uptime-а не повредит.
Возьмем на вооружение. Логами так и так надо заниматься, так что попутное извлечение из них uptime-а не повредит.
НЛО прилетело и опубликовало эту надпись здесь
Есть замечательный сервис от яндекса — metrika.yandex.ru
Если поставить галочку, он даже смски шлет когда сайт ушел в даун и когда из него вышел.
Надежнее яндекса в русском сегменте найти трудно.
Если поставить галочку, он даже смски шлет когда сайт ушел в даун и когда из него вышел.
Надежнее яндекса в русском сегменте найти трудно.
использую basicstate.com
умеет оповещать о падениях и в конце каждого дня присылает статистику с аптаймом
умеет оповещать о падениях и в конце каждого дня присылает статистику с аптаймом
Минус подобных систем то, что они не предлагают действий «если что...» — ну сообщил он мне что сервер не доступен, причем даже без разбора причин неисправности…
Соответственно, чтобы исправить «неполадки» необходимо совершить ряд «самостоятельных» действий вне сервиса.
У нас для подобных нужд стоит отдельный сервер, например, который пингует, получает информацию о доступности определенных страниц ресурса, если есть, коды ошибок, исходя из которых предлагается ряд «автоматических решений» вплоть до удаленной перезагрузки отдельных модулей системы из письма (ссылка одноразовая) или из интерфейса приложения, так же естественно собирается достаточно подробная статистика для последующего анализа
Соответственно, чтобы исправить «неполадки» необходимо совершить ряд «самостоятельных» действий вне сервиса.
У нас для подобных нужд стоит отдельный сервер, например, который пингует, получает информацию о доступности определенных страниц ресурса, если есть, коды ошибок, исходя из которых предлагается ряд «автоматических решений» вплоть до удаленной перезагрузки отдельных модулей системы из письма (ссылка одноразовая) или из интерфейса приложения, так же естественно собирается достаточно подробная статистика для последующего анализа
Я использую www.uptimeinspector.ru и уведомления и статистика, какая хочешь. В отчете показывает время доступа к серверу, задержки там всякие — из логов этого не вытащишь.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Определение uptime сайта