Прошу прощения, виноват, не провел полностью тесты.

SNI SSL действительно поддерживается.

Проверил сделав тестовый сайт в другом месте, без "накрытия" Cloudflare. Судя по всему "проблема" в семействе TLS_RSA_*** - SSLLabs показал что Cloudflare их не поддерживает (не знаю насчет их платных тарифов, неохота платить за один эксперимент). Если же сервер умеет общаться с использованием TLS_RSA_***, то ping-admin отлично проверяет ресурс.

При этом по информации того же SSLLabs браузеров, которые хотят именно неподдерживаемые TLS_RSA_*** - ослик восьмой версии на WinXP и древний андроид. Все остальные успешно смогут работать.

При этом совершенно не согласен насчет того что HTTPS будет мешать:
1. Google с 2014 года считает наличие https плюсом для ранжирования (https://webmasters.googleblog.com/2014/ … ignal.html)
2. Хакерам необязательно интересоваться именно "моей страничкой" - вайфай в московском метро одно время отлично совало рекламу на чужие сайты, тупо добавляя свой код в html передаваемой страницы. Открываете свой сайт - а у вас всплывающие баннеры на полстраницы!

Добавьте пожалуйста поддержку SNI SSL при HTTPS-проверках.

"Старые браузеры", которые не поддерживают SNI SSL - это только IE на WinXP, так что не страшно "рискнуть" на них забить (доля таких на моем другом сайте вообще ноль). Те кто еще сидит на WinXP - имеют Chrome и Opera. Все остальные браузеры "новые" и отлично работают.

При этом многие хостинги уровня предлагают именно SNI SSL "за адекватные деньги", потому что полноценный SSL требует выделенного IP, а IPv4 так и вообще "кончились" уже полгода (или больше?) назад.

Иметь же сайт без HTTPS плохо по нескольким причинам:
* поисковики начинают учитывать наличие https при ранжировании
* бесплатные "городские" Wi-Fi (привет московскому метро) отлично научились засовывать свою рекламу прямо в html сайтов которые посещает пользователь

Добрый день,

Если честно отчет ужасен. У большинства моих сайтов (надеюсь и у остальных тоже) аптайм достаточно высок, за 99%. Отчет выглядит как куча палок почти одинаковой длины, занимает кучу места по высоте. Да еще и красного ("опасного") цвета.

Упомянутая в начале темы "конкурирующая" форма отчета гораздо приятнее - пусть и занимает по высоте тоже много места, но при этом не кричит цветами, отлично укладывается в text/plain, сразу видно "проблемные" отрезки (за счет дополнительного текста с временем простоя).

Уж год прошел, а желание в таком отчете не пропало. Ап темы.

Один из ваших партнеров по рынку (не будем показывать пальцем) умеет присылать сводные отчеты за месяц/квартал, где указывает % доступности, примерно так:

-----
Квартальный отчет 2013-04

   http://www.хххххххххххх
    Общий аптайм:100.00% Время простоя:37 sec(s)
        Квартальный отчет: 100.00% Время простоя: 37 sec(s)
            Month 2013-06 Аптайм: 100.00%
            Month 2013-05 Аптайм: 100.00% Время простоя: 37 sec(s)
            Month 2013-04 Аптайм: 100.00%
-----

Ну а месячный  соответственно детализируется по дням.

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

Было бы удобно, если бы похожий функционал появился и на Ping-admin - имеющийся отчет "что было с вашим сайтом" решает все же другую задачу.

И чтобы два раза не вставать - спасибо огромное за ваш сервис, уже больше года как не беспокоюсь о "а работает ли сайт" - знаю что сообщат, если вдруг не работает.

PingAdmin.Ru пишет:

В X:01 выполняем вторую проверку

Выполнение второй попытки спустя одну минуту как-то зависит от "основной" периодичности проверки и от периода проверки после ошибки?

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

Там, в частности, "повторяется" время сбоя (первой неудачной попытки) и причина, рассчитывается время простоя, указывается кол-во выполненных неудачных запросов.
Конечно, все это можно посмотреть в первом письме о сбое и посчитать самому, но иметь "в одном" месте немного приятнее.