Я просматривал форумы здесь и задавался вопросом, что было лучше всего с точки зрения мониторинга состояния вашего "всего" веб-сайта? (не только домашняя страница) С точки зрения приоритета, если ваша домашняя страница не работает, обычно весь ваш сайт не работает. Но на гораздо более детальном уровне я хотел бы знать, как отслеживать, не отвечает ли раздел или страница нашего сайта.
У нас нет бюджета на такие высококлассные инструменты, как webmetrics или gomez. Я посмотрел на pingdom и bello, и оба инструмента, кажется, просто проверяют, работает ли ваша домашняя страница.
Мы - магазин окон, на котором размещено более 300 000 страниц. Я понимаю, что отслеживать каждую страницу нереально. Имеет ли смысл просто запустить скрипт, чтобы проверить, открыты ли основные страницы сайта? Например, если мы проверим, открыта ли главная страница одежды, то можно предположить, что ее подстраницы (мужская одежда, женская одежда) также открыты.
Любой совет будет очень признателен. Спасибо!
Вы можете использовать Nagios. Есть плагин check_http, который можно использовать несколько раз. Дайте одному экземпляру URL-адрес http: // myserver /, другой из http: // myserver / apparel, треть http: // myserver / оборудованиеи т. д. Также приведите один экземпляр http://myserver.mydomain.com чтобы проверить использование FQDN.
Из документации check_http: Этот плагин попытается открыть HTTP-соединение с хостом. Успешные соединения возвращают STATE_OK, отказы и тайм-ауты возвращают STATE_CRITICAL, другие ошибки возвращают STATE_UNKNOWN. Успешные соединения, но неправильные ответные сообщения от хоста приводят к возвращаемым значениям STATE_WARNING.
В Apache, и я уверен, что в IIS (или Apache под Windows) вы можете перехватить страницы ошибок серии 5xx в свой собственный обработчик. Если вы запускаете varnish / squid / pound впереди, вы можете настроить резервный хост, который будет отображать определенную страницу при сбое. Этим резервным хостом может быть очень простой веб-сервер с небольшим стеком, который ничего не будет делать, кроме как устанавливать статус отслеживаемой страницы. Обработчик 5xx также может где-нибудь перехватить и записать эти данные.
Я не настоящий поклонник ошибки 5xx, генерирующей электронные письма / пейджинг из-за того, что сервер базы данных может быть недоступен, и каждая из ваших 300k страниц может немедленно начать генерировать ошибки. Однако перехват обработчика и его использование для записи / изменения отслеживаемой страницы или статуса избавит вас от хлопот по поиску огромной выборки ваших страниц.
Хотя это может быть не самое «чистое» решение, не могли бы вы просто написать одну (статусную) страницу, которая проверяла бы все различные уровни в вашей системе? Если эта страница возвращает что-то, кроме сообщения об успешном выполнении, это означает, что где-то на уровне произошел сбой, и вы можете быть предупреждены.
Опять же, не утверждайте, что это серебряная пуля - или даже самое надежное решение, - но если вам что-то нужно и нужно быстро, это может сработать.
И решения Кевина, и Малонсо хорошо сочетаются ...
Решение Malonso будет похоже на своего рода «модульное тестирование», которое проверяет всю логику, связи, разрешения и т. Д. И выдает OK или FAIL. К тому же, как говорит Кевин, можно открыть несколько важных веб-страниц и убедиться, что все идет нормально ...
Потому что страницы могут загружаться правильно но не работает нормально. Возможно, страницы загружаются нормально, но база данных остановлена, и часть содержимого пуста, или некоторые модули вообще не работают, а какой-то контент выходит из строя ...
Поэтому я бы написал несколько тестов на php, или asp, или на чем угодно, что вы используете, а также вытащил бы страницы с NAGIOS или чем-то подобным ...
Одна из идей - использовать SEO Toolkit (http://www.iis.net/download/seotoolkit), который просканирует каждую страницу вашего сайта и также сообщит код статуса и контент.
Это не только даст вам хорошие отчеты, которые вы сможете проанализировать позже, но вы даже сможете создать сценарий и отслеживать количество 404 или 500, возвращаемых вашим сервером, чтобы вы могли знать, на каких страницах возникают проблемы.
Я написал блог, чтобы показать, как это легко сделать из командной строки, которую можно добавить как запланированную задачу: http://blogs.msdn.com/b/carlosag/archive/2009/11/18/iis-seo-toolkit-start-new-analysis-automatically-through-code.aspx
Вы могли бы попробовать http://www.catchpoint.com для внешнего мониторинга, аналогичен webmetrics и gomez, но более интуитивно понятен и имеет несколько ценных функций.
Вы также можете заглянуть на сайт www.splunk.com, чтобы изучить свои журналы, но это не скажет вам, не могут ли ваши пользователи получить доступ к вашему сайту.