Работоспособность сайта – Доступность сайта

Содержание

7 бесплатных сервисов для проверки сайтов (о которых вы могли и не знать) / Habr

Мне достаточно часто приходится использовать различные онлайн-сервисы для проверки доступности сайтов и их поверхностных тестов и проверок.
Как показал краткий опрос коллег — почти у всех эти наборы сервисов отличаются. Я хочу показать вам свой, прошу в .

LoadImpact: http://loadimpact.com, сервис нагрузочного тестирования сайтов (за деньги — до 5к одновременных подключений) у которого есть бесплатный тест на 50 одновременных соединений. Если вы хоститесь у безжалостного и беспощадного отечественного хостера за $0,01/месяц и у вас всего тысяча сайтов на сервере — попробуйте проверить свой, с высокой вероятностью он даже 50 одновременных подключений не выдержит.

BrowserMob: http://browsermob.com, дополнительный простой, но симпатичный сервис, позволяющий проверить скорость загрузки целевого сайта из 4 разных мест и показывающий много подробных метрик загрузки для каждого из них. А основная задача BrowserMob — автоматическое кросс-браузерное тестирование сайтов.

Alertra: http://alertra.com, сервис мониторинга аптайма, на сайте которого можно бесплатно проверить доступность (и время ответа) сайта из 11 разных мест. Работает быстро и надежно, никаких капч и прочей дребедени.

site24x7: http://site24x7.com, похожий на Alertra сервис, который использует уже 23 географически распределеные точки проверки.

You get signal: http://www.yougetsignal.com, отличный сервис позволяющий проверить открытые порты на любом хосте/IP. Частенько помогает для проверки проброса портов через NAT-ы.

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

CSE HTML Validator: http://www.onlinewebcheck.com альтернатива известнейшему validator.w3.org, построенная [судя по всему] на своем отдельном ядре анализа. Выгодно отличается очень подробными и понятными рекомендациями по исправлению ошибок и потенциальных проблем.

Built with: http://builtwith.com/ анализирует заданный сайт и выдает целое досье о нем: веб-сервер, CMS, какая служба статистики используется и так далее. Показателей очень много, для беглого анализа конкурентов вполне подходит. Также, интересно покопаться в trends.builtwith.com где владельцы сервиса выдают статистику по всем отслеживаемым параметрам. Например подавляющее большинство сайтов до сих пор использует старый блокирующий JS-код для Google Analytics.

А какие сервисы есть у вас в закладках?

habr.com

Как протестировать работу сайта – База знаний Timeweb Community

Вступление

Создание сайта – процесс кропотливый и совсем не быстрый. Однако работа над сайтом не заканчивается после того, как он сверстан и готов к просмотрам интернет-пользователей. Вот вы увидели результат, вам нравится дизайн, наполнение, верстка и хочется поскорее показать свое детище – но не спешите. Перед тем, как начать активно рекламировать свой ресурс и привлекать на него пользователей, нужно убедиться в том, что сайт сделан качественно, и пользователям будет приятно провести на нем время (а возможно, и вернуться!). Именно о том, как протестировать свой сайт и проверить, насколько качественно он сделан, я и расскажу в этой статье. Протестировать нам нужно три момента:

верстку;
функционирование;
безопасность.

1. Верстка

Несмотря на то, что сайт представляет собой определенный (и единственный в своем роде) HTML-код, в разных браузерах ваш сайт может отображаться по-разному. Поэтому крайне важно убедиться, что каждый из ваших посетителей увидит именно то и именно так, как вы это задумали.

На данный момент можно выделить следующие известные браузеры (от наиболее популярного к наименее популярному):

Google Chrome
Internet Explorer/Edge
Firefox

Safari
Opera

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

Есть два пути сделать это:

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

Выбирайте на свой вкус:

http://browsershots.org/ — на главной странице перечислены все основные браузеры и операционные системы – выбирайте необходимые и смело тестируйте свой сайт. Единственный минус – проверяться будет одна страница и одно разрешение экрана (указать этот и остальные параметры можно внизу страницы), и на это потребуется время, зато пользоваться сервисом можно абсолютно бесплатно;

http://ipinfo.info/netrenderer/ — сервис проверяет сайт только в Internet Explorer’е, зато он быстрый и бесплатный;
https://crossbrowsertesting.com/ — платный сервис, который позволяет проверить ваш сайт в разных браузерах, операционных системах и даже устройствах! Последнее особенно актуально, ведь сейчас все больше людей выходят в интернет через портативные устройства (мобильные устройства на Android, iPad, iPhone), сервис также предоставляет пробный период длиной в 7 дней;
http://www.multibrowserviewer.com/ — приложение, которое поможет вам протестировать сайт на предмет корректности визуального отображения, есть бесплатный и платный тарифный план;

http://spoon.net/browsers/ — бесплатный онлайн-эмулятор программ; вы сможете запустить каждый из браузеров и собственноручно протестировать в нем работу своего сайта.

Также при тестировании верстки сайта зачастую советуют проверить ее валидность. Сделать это можно при помощи сервиса http://validator.w3.org/. Впрочем, валидность (то есть соответствие HTML-кода сайта стандартам, разработанным World Wide Web Consortium) это не обязательное требование, а скорее, пожелание (которое тоже должен, но не обязан учитывать разработчик). Но если проверка показала наличие большого количества несоответствий, то, безусловно, это повод поговорить с разработчиком сайта.

2. Функционирование

ЧПУ

Начну с того, на что первым делом может обратить внимание посетитель вашего сайта – на адреса страниц. ЧПУ – или человекопонятный урл (url) – это обязательное требование к сайту, которое, во-первых, будет удобно для клиента; во-вторых, положительное влияет на SEO (продвижение сайтов в поисковых системах).

Как выглядит ЧПУ? Например, вот так: yoursite.ru/novosti/oktyabr. Прочитав подобный адрес, вы, скорее всего, догадаетесь, что на странице будут рассказаны какие-то новости, случившиеся в октябре. А что вы сможете сказать о странице yoursite.ru/page.php?page_id=67&lang=2&news_id=34565? Я думаю, что ничего. Несмотря на то, что некоторое время назад все адреса выглядели так, сейчас хорошим тоном (что – повторюсь – положительно влияет на SEO!) является использование ЧПУ.

Транслитерировать или переводить? Зависит от вас и вашего желания. Единственное, что делать не стоит – это использовать без надобности кириллические ссылки, так как они превращаются вот в такую абракадабру:

http://xn—-8sbejnfbaryvxu.xn--p1ai/

Или такую:

https://ru.wikipedia.org/wiki/%D0%9F%D1%83%D1%88%D0%BA%D0%B8%D0%BD

Административная часть

Сайт существует не только для ваших посетителей (клиентов), но и для вас (или кого-то другого, кто будет работать с информацией на сайте). Поэтому нужно сразу разобраться в том, как работает административная панель сайта: сможете ли вы добавить новость или провести заказ, выложить новый товар, поменять заглавную картинку на другую?.. В общем, не оставляйте это на потом – и в админке можно найти немало недоработок, которые потом могут значительно усложнить вам жизнь. Сразу все проверьте!

Тестирование

Тестированием всего функционала сайта обычно занимаются отдельные специалисты – тестировщики. Но если по каким-то причинам вам не удалось заполучить их на свой сайт, то я вкратце перечислю то, на что нужно обратить внимание:

функциональное тестирование – правильно ли работают все функции сайта? Если речь об интернет-магазине, то нужно проверить, корректно ли происходит поиск и оформление заказа, редактирование корзины, навигация в целом. Протестируйте работу скидок и акций (если они у вас предусмотрены), проверьте еще раз заполнения всех форм. Желательно сделать это не в одном, а хотя бы в нескольких браузерах;

юзабилити тестирование – удобно ли пользователям пользоваться вашим сайтом? Вам нужно протестировать, насколько понятен ваш сайт для пользователей: все ли выглядит логичным и необходимым? От лишних деталей лучше избавиться и, наоборот, добавить что-то, если навигация по сайту кажется неочевидной;
нагрузочное тестирование – выдержит ли ваш сайт нагрузку в n-ное количество пользователей? Ваш сайт может привлечь гораздо больше посетителей, чем вы предполагаете – и из-за такой приятной причины он может просто перестать работать.

Чтобы такого не случилось, проведите тест! Для этого, к примеру, можно использовать сторонние сервисы:

https://loadimpact.com/ — для быстрого тестирования. Примерно в течение 15 минут на вашем сайте будут находиться 50 посетителей – совсем немного, но достаточно для того, чтобы проверить, что от такой нагрузки ваш сайт не «ляжет».
http://loadstorm.com/ — для более серьезного тестирования, где можно создать сценарии поведения виртуальных пользователей.
https://www.neustar.biz/security/web-performance-management/load-testing – тестирование не только с виртуальными, но и с настоящими пользователями.

3. Безопасность

Тестированием безопасности пренебрегать не стоит – каждый год эта проблема становится все более актуальной.

Вообще для тестирования безопасности – если для вашего проекта это действительно важно – я советую обращаться к специалистам; неспециалисты вряд ли сходу разберутся во всех тонкостях и смогут дать адекватную оценку. Вам нужно понимать, чем вы рискуете: если тестирование безопасности будет выполнено лишь поверхностно с заключением «ну вроде бы все хорошо», то опытному хакеру будет совсем легко найти какую-нибудь лазейку и получить доступ к закрытым данным или даже к самому сайту.

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

http://www.acunetix.com/ — серьезный инструмент для тестирования безопасности вашего сайта;
http://sqlmap.org/ — абсолютно бесплатный OpenSource-проект, который можно использовать для тестирования всевозможных SQL-инъекций и других брешей в коде вашего сайта;
https://portswigger.net/burp/ — еще один сервис (но платный), предоставляющий услуги по тестированию безопасности вашего приложения;
http://find-xss.net/scanner/ — сканер, который ищет опасные и безопасные функции, описанные в разных файлах, и на их основе формирует отчет;
http://www.seegnal.ru/test/ — сервис позволяет быстро проверить сайт на наличие уязвимостей;
https://github.com/zaproxy/zaproxy – один из самых известных бесплатных инструментов для тестирования безопасности;
https://www.kali.org/ — прекрасная платформа для тестирования, которая имеет богатый инструментарий; однако подойдет только тем, кто обладает определенными знаниями и навыками программирования.

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

Самостоятельно вы можете также проверить, к примеру, загрузку файлов на ваш сайт (в том случае, если это предусмотрено) – формат файлов обязательно должен проверяться, иначе злоумышленник сможет загрузить на ваш сайт все, что угодно. Например, если загружать можно только картинки, то возможными доступными вариантами станут форматы jpg, jpeg, gif, png, svg и, при желании, некоторые другие (raw, tiff, cdr и т.д.).

Также проверять уязвимости нужно не только на самом сайте, но и на сервере (для этого лучше нанять специалистов).

Вместо заключения

Ко всему вышесказанному хочу еще добавить, что тестировать сайт нужно не только после того, как он был создан, то и после всех более-менее глобальных – а может, и не очень глобальных – изменений. Как правило, ошибки рождаются либо в результате плохого образования (когда программист не знает, что в его коде содержатся «дыры»), либо в результате человеческого фактора (когда программист случайно или по невнимательности написал не то, что нужно). Поэтому даже если над вашим сайтом работают самые профессиональные профессионалы, все равно лишний раз проверьте и протестируйте его.

timeweb.com

Проверка и мониторинг доступности и работоспособности сайта

Есть проблемы с ранжированием, проект не растет, хотите проверить работу своих специалистов по продвижению? Закажите профессиональный аудит в Семантике

Мы выпустили новую книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».

Подпишись на рассылку и получи книгу в подарок!

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

Uptime (аптайм) — это время беспрерывной работы сервера (компьютера или хостинга) с момента включения до момента выключения (а также перезагрузки или зависания). Противоположное этому понятие Downtime — время, в течение которого сервер находится в выключенном состоянии, а ваш сайт, соответственно, не работает.

В это время, когда ваш сайт не работает, его по-прежнему посещают пользователи, которые видят надпись «Request timed out. Please, try again later» и уходят разочарованные. А также в это время сайт может обходить поисковый робот, который также видит недоступность ресурса. В итоге, ваш сайт понижается в поисковой выдаче и часть страниц вылетает из индекса.

Самое высокое значение uptime равно 99,9% — к этому идеалу надо стремиться, ниже 99% брать не следует, иначе это выльется вам в вышеописанные проблемы. У некоторых хостинг провайдеров вы найдете указание аптайма, некоторые его не указывают.

Как проверить доступность сайта онлайн

Существует много разных сервисов, с помощью которых можно проводить мониторинг доступности сайта.

Host tracket — преимущество сервиса в том, что он имеет русский интерфейс. Хотя сервис платный, но бесплатной версии хватает для отслеживания работы 2х сайтов. Периодичность проверки можно задать самостоятельно от 1 до 60 минут. Сообщения о сбоях в работе сервера будут приходить вам на почту или телефон.
Uptime Robot — этот сервис совершенно бесплатно позволяет проверить доступность сайта каждые 5 минут, причем количество сайтов здесь составляет до 50 штук. Однако, минусом является частота мониторинга — в эти 5 минут как раз могут случиться сбои сервера, а вы об этом не узнаете.
Montastic — сервис очень простой, сообщения о сбоях высылаются на электронную почту. Минусом сервиса является периодичность проверок — минимальная частота 30 минут. Сервис больше подходит для тех, кто хочет просто знать, когда сайт работает, а когда нет.

Pingdom — это самый популярный сервис аптайма. С помощью него вы можете осуществлять проверку доступности сайта из различных частей мира, разных стран или регионов. Вы можете установить частоту проверки от 1 до 60 минут, сообщения о сбоях будут приходить на электронную почту.
Monitor — это американский сервис, преимущество которого в том, что всю информацию о работе сервера он предоставляет в виде таблиц, графиков и диаграмм. В бесплатной версии вы можете мониторить всего 1 сайт с периодичностью проверки 30 минут.
Яндекс Метрика — для определения работоспособности сайта метрика также проверяет аптайм сервера, это особенно важно, когда вы используете контекстную рекламу. Для уведомления о проблемах с доступностью можно использовать электронную почту или SMS.
Это, пожалуй, основные сервисы, которые осуществляют мониторинг доступности серверов, хотя существует ряд других, менее известных:
LoadImpact
BrowserMob
Alertra
You get signal
Wipmania
Syslab
Uptimerobot
Для проверки работы сайта вы можете выбрать любой понравившийся вам сервис и отследить качество вашего сервера. Если его аптайм будет ниже 99%, то стоит серьезно задуматься о смене хостинг провайдера.

semantica.in
Сайт не открывается — кто виноват? Проверка доступности сайта. Хостинг в деталях
Каждый веб-мастер рано или поздно сталкивается с недоступностью сайта. Первым делом владелец сайта (или администратор) обращается в службу поддержки хостинг-провайдера для выяснения причин. Это не совсем правильный подход, ведь существует множество способов самостоятельно выяснить причину проблемы. Давайте рассмотрим основные.
1. Проверка whois. В первую очередь я проверяю данные whois, а именно NS записи домена и состояние (делегирован домен или нет). Если уже на этом этапе возникают проблемы, стоит обратиться к регистратору домена и восстановить функционирование доменного имени. Для проверки whois можно воспользоваться ресурсом http://who.is
2. Пинг (ping) — это наиболее простой способ проверить доступность ресурса. Откройте командную строку вашего компьютера (Пуск — Выполнить — cmd.exe; если у вас Linux или MacOS, используйте стандартный терминал) и введите команду ping example.com, где example.com — имя вашего домена. В результате выполнения команды мы получим ip сервера, к которому идет обращение, время ответа сервера и количество переданных/потерянных пакетов:
Если ответ от сервера отсутствует, на ответ требуется больше 100-200 мс, высокий процент потерь, имеет смысл выяснить, на каком участке возникла проблема. Возможно дело вовсе и не в хостере, а, например, в вашем провайдере. Может получиться, что проблемы с доступом не затронули большую часть посетителей сайта, нет причин винить хостера и готовиться к переезду.
Существуют сервисы, с помощью которых можно проверить пинг к домену из разных точек. Например, http://just-ping.com
На этом сайте нужно только ввести имя домена или ip-адрес, доступность которого хотите проверить. Доступность ресурса будет проверена из 50 различных точек мира. Данный способ является более точным, чем пинг с вашего компьютера, поскольку исключается возможность проблем на стороне вашего интернет-провайдера.
Более широким функционалом обладает ресурс http://host-tracker.com , который работает по тому-же принципу, но, помимо результатов пинга показывает также http-ответ сервера, размер страницы, время и скорость загрузки страницы. Поскольку ICMP-пакеты могут блокироваться сервером или маршрутизатором, пинг к домену может отсутствовать, но при этом сайт будет функционировать без проблем. В таких ситуациях, http://host-tracker.com является оптимальным инструментом для проверки доступности сайта.
3. Трассировка — это проверка маршрута сигнала от рабочего ПК до сайта или сервера. Для того, чтобы проверить трассировку маршрута к какому-либо ресурсу, необходимо в командной строке Вашего ПК вызвать соответствующую утилиту. Если у вас Windows, перейдите в Пуск — Выполнить — cmd.exe и в открывшемся меню введите tracert example.com. Если у вас Linux или MacOS, выполните в стандартном терминале команду traceroute example.com . Результатом выполнения команды будет список всех узлов сети на маршруте между вашим ПК и доменом example.com
Если на каком-либо узле сети сигнал пропадает, то отображается сообщение о недоступности узла или о том, что превышено время ожидания. Смотрите, на чьём участке возникла проблема, и делайте выводы.
4. Mtr (MyTraceroute) — утилита, которая совмещает в себе ping и traceroute. Утилита в реальном времени отображает маршрут пакетов от Вашего ПК к домену или IP, отображая все узлы сети, время отклика от каждого узла и потерянные пакеты. В Linux и MacOS утилита называется mtr, в Windows — WinMTR.
5. Прокси-серверы, анонимайзеры. К данному типу относятся ресурсы, которые позволяют скрыть свой реальный IP адрес или просмотреть как отображается ресурс для региона, в котором физически размещен прокси-сервер. Пример такого ресурса — http://anonymouse.org . Нужно только ввести адрес интересующего вас сайта, и ресурс отобразит запрашиваемый сайт. Такой способ проверки доступности сайта используется в случае, когда интернет-провайдер блокирует доступ к сайту, или DNS-сервер провайдера не может обработать запрос.
Вот пять основных способов проверки доступности ресурса. Рекомендуется производить комплексный анализ, а не использовать какой-либо один метод. Таким образом вы можете сэкономить время выяснения причин недоступности сайта, ведь далеко не всегда в этом есть вина хостинг-провайдера.
hosting101.ru
Поддержка, наполнение и обеспечение работоспособности сайта
В современном мире, а именно в интернете, с каждым днем появляется всё больше и больше различных сайтов, от мала до велика, будь то интернет-магазины, блоги на отдельном движке или какие-либо порталы. Оно и понятно, ведь каждый продвинутый человек сейчас хочет иметь своё маленькое (или большое, тут уж как сделает) представительство в сети, а что уж говорить про крупные компании, для которых оное давно стало бизнесом, источником дохода и средством предлагать свои услуги, либо сообщать важную информацию о компании.
Но мало сайт придумать и разработать, его еще и важно наполнять оптимизировать, развивать и продвигать в сети интернет, попутно обеспечивая работоспособность оного сайта всеми доступными, возможными и честными (и не очень) методами. В этой статье речь как раз и пойдет о том как обеспечить качественную работоспособность сайта и что в это понятие вообще входит.
Поехали.
Что есть обеспечение работоспособности сайта?
Для многих под оным термином имеется ввиду просто доступность сайта и стабильность работы его функционала, однако это не совсем так. На самом деле под поддержанием работоспособности сайта рекомендуется понимать не просто стабильную его работу, а постоянное развитие, модернизация, наполнение сайта контентом и новыми функциями, актуализация ссылок и статей, публикация новых новостей и пресс-релизов, обновление и доработка дизайна и тд и тп, т.е это комплексная процедура для которой надо бы иметь команду профессионалов по работе с сайтом, — редакторов, копирайтеров, дизайнеров, программистов, тестировщиков и иных специалистов для решения поставленных задач.
Как же быть, спросите Вы? Ведь одному человеку, если это частный сайт это сделать сложно, да и для корпоративных интернет-порталов оное тоже накладно, ведь тогда придется нанимать целую команду людей, которым надо платить немалую зарплату, обеспечивать соц.пакет, да еще и как-то их отобрать и где-то содержать (офис то не резиновый).
Ответ довольно прост: стоит обратится к уже существующей команде, которая давно, много и комплексно занимается профессиональной поддержкой и развитием сайтов всех типов и расцветок. Примером может служить компания minisol, о которой я некогда узнал от моих знакомых (кстати отзывы от них были весьма положительно) для которых оная делает обслуживание сайтов уже довольно давно, причем, сайтов ни абы каких, а крупных корпоративных интернет-порталов и ряда частных, но популярных проектов в сети. Как я слышал, что особенно удобно, так это то, что у них можно заказать поддержку сайта как комплексно, заключив договор, так и просто вызвав специалиста, например, копирайтера, за каких-то 1500 руб/ч, что весьма мало по сравнению с ценами, которые порой дерут во многих недобросовестных компаниях, зачастую попросту перенаправляющих Ваш заказ фрилансерам. Ну и, что вдвойне приятно, так это то, что при этом оплата идет только за сделанную работу, а неиспользованные деньги на балансе переносятся на следующий период, т.е соотношение цена-качество-адекватность, как говорится, «на лицо».
Вообще, как по мнению друзей, так и по мне, — это довольно оптимальное решение, позволяющее не просто отказаться от возни или набора целого штата сотрудников, но и возможность сэкономить время, нервы, деньги и силы на привлечении для поддержки сайта сторонних фрилансеров, ибо оные не всегда добросовестно выполняют свою работу, т.к не скреплены с Вами договором, да и вообще, зачастую, далеко не всегда являются действительно профессионалами в своей области. Ну и, само собой, обращение в такую компанию это всегда не просто качественней, но и быстрей и проще, чем делать всё самому. Взять хотя бы наполнение сайта — одни только статьи писать приходится часами, а ведь делать это надо постоянно, да еще и хорошо бы грамотно, т.е с учетом тематики, уникальности, SEO и прочих важных для сайта и поисковиков вещей. Я уж молчу про работу с дизайном и наращиванием функционала, ибо, например я, если уж сверстать что-то и могу, то уж точно далеко не программист.
Послесловие.
В общем, моё дело подсказать, а уж решение всегда, конечно же, остается за Вами.
Дерзайте и успехов Вам и Вашим интернет-проектам!
Мы в соц.сетях: ВКFacebookTwitter Telegram
sonikelf.ru
Методы мониторинга веб-сайтов и сервисов / Habr
Бизнес в интернете сейчас очень сильно завязан не только на качество самого сайта, но и на его доступность и работоспособность в режиме 24/7/365. И хотя хостинг-провайдеры заявляют о достаточно большом аптайме площадок и серверов, не всегда этого бывает достаточно, чтобы быть уверенным в надежности сайта. Одним из помощников в этом является мониторинг как доступности, так и работоспособности основных подсистем сайта. Давайте посмотрим, как это можно делать сейчас.
Регулярная проверка

Один из наиболее распространенных методов — регулярная проверка работоспособности сайта. Можно делать самому — открыть с утра сайт любимой компании или интернет-магазин (имея его в стартовой странице браузера), радоваться, что работает. И закрывать. Не очень удобно и совсем не эффективно. Проблемы с доступностью обычно начинаются непредсказуемо. Обнаруживать их лучше сразу же, как только они возникли. Также часто помогают сами пользователи — начинают звонить и писать, что сайт не работает (если телефон и почта указаны где-то за пределами сайта). Самый же частый сигнал нерабочего сайта — прекращают приходить клиенты. Тут уже бьют тревогу и начинают выяснять, что же там случилось. рвут волосы, отрывают колокольчики, посыпают пеплом и солью. Хотя всего этого можно было избежать.

Мониторинг доступности

Более образованные и продвинутые владельцы сайта или руководители, за него отвечающие, знают о необходимости постоянного мониторинга доступности сайта — отслеживания того, работает ли он или нет. Наиболее частая ошибка здесь — неправильный выбор частоты мониторинга. Проверка раз в сутки работспособности сайта, конечно, полезна, но потеря дневной выручки — это слишком большая цена ошибки. Наиболее оптимальным для простого мониторинга является десятиминутный интервал: большинство пользователей попытаются вернуться на сайт в течение 1-2 часов, а за это вреям можно как обнаружить проблемы, так и эффективно их устранить без особого вреда для бизнеса компании.
С другой стороны, более частые проверки не дают гарантии того, что проблема будет исправлена оперативнее, чем в течение часа. Ведь основное время уходит не столько на нахождение проблемы, сколько на выяснение ее причин и их исправление.
Мониторинг проблем

Когда уровень доступности сайта уже становится критичным для бизнеса — особенно наличие «плавающих» проблем, связанных со стечением ряда обстоятельств — то обычного мониторинга становится мало. Здесь необходиом уже отслеживать несколько параметров сайта с частотой не менее раза в минуту и из нескольких географических точек (чтобы максимально покрыть минутный интервал проверками и установить возможные проблемы, связанные с географией пользователей). Среди возможных критериев проверки можно выделить:
Проблемы с DNS-сервером (когда в определенные интервалы времени адрес сайта не может быть определен, хотя сам сайт физически доступен).

Проблемы с большим временем ответа (при обновлении кэша, например, или при выполнении «тяжелых» задач на стороне сервера).

Проблемы с плановым выполнением задач (в результате которых сайт будет не доступен только в определенные моменты времени).

Проблемы с большим времени ожидания статических файлов (например, из-за сетевой инфраструктуры или проблем с физическим носителем).

Проблемы с подключением к базе данных.

и т.д.

В этом случае необходим ежеминутный мониторинг сайта из нескольких точек (либо при помощи нескольких независимых сервисов или точек проверки). Мониторинг может быть недолговременным (до обнаружения и исправления проблем) либо периодическим (в целях профилактики проблем). Также возможна регулярная самопроверка сайта на возможные проблемы доступности, но внешняя проверка всегда лучше внутренней по большому ряду причин. Дополнительно внешние сервисы уже сейчас предоставляют детальную информацию о проблемах, вплоть до логов ошибок на стороне клиента (при соответствующей настройке — и логов ошибок со стороны сервера).
Этот метод особенно хорош, когда требуется отловить какую-то «плавающую» ошибку. При включении детальных логов возникающей ошибки даже при отсутствии деталей ошибки на стороне сервера можно ее эффективно отследить и устранить. Несколько точек проверки позволяют добиться частоты проверки вплоть до раза в 10 секунд — а это более чем достаточно, чтобы обнаружить все, что необходимо.
Мониторинг работоспособности

Эта тема особенно актуальна для интернет-магазинов, для которых возможность заказа или отправки запроса является ключевой. Также сюда может относиться любой сложный функционал, которым можем быть затронут изменениями на сайте (например, кабинет интернет-банка). В этом случае необходимо настраивать цепочки проверок либо задавать сложные условия для проведения проверок. Без помощи квалифицированного специалиста здесь вряд ли обойтись, но сейчас есть продукты и сервисы, которые позволяют автоматизировать весь или почти весь процесс такого функционального мониторинга сайта.
Насколько важен мониторинг для сайта оценить очень просто: достаточно посчитать дневной доход, создаваемый сайтом, и соотнести его со стоимостью этого мониторинга. Понять, сколько стоит каждый час простоя сайта в рабочее время, и принять решение об эффективности мониторинга и его детализации (будет это простая проверка доступности, мониторинг работоспособности или комплексный мониторинг всех возможных проблем).
P.S. В топике не затрагиваются темы устройства внутреннего мониторинга кластера или системы веб-серверов — для этой цели лучше подойдет Nagios, а также вопросы скорости и отказоустойчивости самих сайтов — тут лучше Load Impact или собственных систем, например, на базе JMeter пока ничего нет.
P.P.S. Мониторинг работоспособности облачных сервисов — также тема отдельного топика.
habr.com
Мгновенная диагностика сайтов. Обзор сервиса ХостТрекер, часть 4
Есть подозрения, что сайт ведет себя с вами по-особенному? Есть множество локальных и не очень причин, по которым сайт может открываться разработчиком, но быть недоступным клиентам. Или же наоборот. Обзор популярных причин, а также методы их диагностики с помощью бесплатных функций сервиса ХостТрекер — под катом.

«У меня все работает, ищите причину на своей стороне» — фраза, которая из-за своей банальности и вездесущности уже прочно прописалась в среде околоайтишных анекдотов и былин. Причин может быть много, но итог всегда раздражителен: как же так, вот исходник, все компилится, но по шапке все равно получаешь. Первой реакцией со стороны разработчика на такую ситуацию нередко бывает глубокое погружение в пучины кода, хотя причина далеко не всегда в нем. Поэтому для экономии сил и времени сперва строго рекомендуется все же локализировать причину. Помочь в этом могут сервисы удаленной проверки сайтов, например вот этот.
Эта публикация является продолжением серии, в которой подробно описываются функции сервиса ХостТрекер. Предыдущие части можно найти здесь: первая, вторая, третья.
Для кого же не работает мой сайт?

Очевидно, что первое, что нужно сделать при возникновении подозрений — найти, где эта проблема себя проявила. Для этого очень удобно иметь возможность провести проверку с распределенной сети:
Результаты проверки показывают, откуда сайт доступен, а откуда — нет. Также проверка показывает время определения DNS записей, загрузки страницы, а также проверяемый IP адрес — что помогает определить причину при использовании переадресации, CDN и некоторых других полезностей. Если сайт по HTTP недоступен — будет возвращена ошибка. Это может быть код ошибки HTTP — например, 404, 503 и другие. Или же ошибка соединения. Или таймаут. Для каждого типа ошибки нужно смотреть, откуда он замечен: если, например, сайт физически находится в Германии, и мы видим таймауты из Австралии и Южной Америки — значит, на сервере или в сети появились какие-то тормоза и запросы с большей физической задержкой обрабатываться уже не успевают. Если наблюдается ошибка сервера, но не отовсюду — возможно, превышен лимит одновременных соединений, или же сервер перегружен и не в состоянии обработать все запросы сразу. Можно также найти интересные «особенности местности» — некоторые хостинги или даже целые страны банят посещения с некоторых других регионов и стран. И это тоже будет отображено в результатах.
Впрочем, проверка по HTTP все еще не может предоставить полную информацию. Поэтому в наличии есть дополнительные проверки — ICMP (ping):
Показывает, все ли хорошо с доступом по сети. Также есть trace:
который может помочь выявить некоторые проблемы, даже если протокол ICMP закрыт хостером во избежание ддос-атаки, как нередко поступают в последнее время. Часть информации о доступности сети можно вытянуть даже отсюда.
Еще есть возможность проверить любой порт, что может сильно упростить поиск проблем в случаях настройки файрвола руками не из плечей, ответить на вопросы — почему на сайт не вытягивается информация из базы/фтп сервера (тогда как из локально «все работает») и упростить множество других внештатных ситуаций.
Как показывает практика, умелое использование этого инструмента может сильно упростить жизнь. Убедившись, что сайт доступен со всего мира — можно не бежать откатываться к предыдущей версии из-за одного клиента, у которого, как потом выяснится, отключен javascript в браузере. Увидев ошибку сети, смело напрягать админов или поддержку датацентра, аргументируя свой ответ ссылкой на результаты этой проверки. А если все же проверка покажет ошибку сервера, можно быстренько лезть в логи и действовать по принципу «быстро поднятое не считается упавшим».
Профилактика — кому оно надо

Впрочем, технические проблемы самого сайта — не единственное, с чем может столкнуться ответственный сайтовод. Сайт может попасть в черные списки Роскомнадзора — для этого есть проверка RusRegBL. Или же в списки спамеров и злостных хакеров, даже не имея к этому никакого отношения — предлагается проверка DNSBL, подробнее можно почитать здесь. Также, к сайту постоянно подкрадываются проблемы, причинами которых есть баги или дыры в платформах или средствах разработки. Для решения этих проблем создана функция Health Check, которая проверяет сайт на актуальные и популярные уязвимости:
Ну и, наконец, есть функция WhoIs — чтобы посмотреть, кому принадлежит домен или сайт, не пользуясь лишний раз гуглом.
А что, если?

Можно ли с помощью этих функций сломать сайт конкурента? — Нет, нельзя. Множество последовательных проверок одного и того же сайта будут проводиться через капчу или вообще заблокируются. Если же это ваш сайт, который вы желаете проверять регулярно — есть функция регулярной проверки, описание которой есть в предыдущей части. Для этого, конечно же, необходимо будет зарегистрироваться, во избежание злоупотреблений. Но это очень помогает автоматизировать процесс мониторинга и диагностики. Для этих целей есть также API, но это уже для гуру автоматизации.
Как и всегда, мы будем благодарны за все пожелания и критику.
habr.com