Как стать автором
Обновить
28
0
Артем Присяжнюк @temaHT

Пользователь

Отправить сообщение
Насколько я знаю, там есть проблема с модулем TCP/IP, Надо пропатчить. Сейчас как раз идет выгрузна новой прошивки для стании.
Давайте посчитаем. Возьмем ставку специалиста начального уровня 10 баксов/час. Пять минут выглядит смешно. Два часа для толкового студента который знает протоколы, регекспы и прочее более реально( молчу про то что такой специалист уже не начального уровня). Ок — берем вашу оценку формы — один день 8-мь часов (могу предположить что вы связаны с вебразработкой и фронтендом). Тестирование и баги еще накидываем 3 часа.
Обслуживание и настройка скрипта под текущие нужды. 1 час в месяц. За год 12 часов Х $10 =$ 120
Итого 13 часов*$10=$130 + $120= $250. Потом это где-то должно работать. Берем самый дешевый хостинг — $5/месяц*12=60$/год.
Получается $250 + $60 =$310

Если за то же самое вы можете заплатить 50 баксов и не парить себе мозг, объясните причину почему это не сделать?
А за чуть меньше 300-долларов вы можете получить готовое решение с блекджеком и мониторингом из коробки.

Такая арифметика.
Если посетителей нет, то в принципе и сайт можно не мониторить :-)
Способов флуда огромное количество. Но речь о том, что мы против использования нашего сервиса, как инструмента для причинения вреда кому бы то ни было.
А Вы не думали что проверяли ваш сайт клиенты которые не могли попасть на ваш ресурс? Это очень распространенный случай, когда, по каким либо причинам, падает популярный сайт. То сразу вырастает количество моментальных проверок этого сайта у нас. Если у пользователя не открывается страница, то он использует наш сервис чтобы выяснить, это проблема на его стороне или на стороне вебсервера.

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

Но мы категорически против чтобы наш сервис использовали для целей которые выходят за рамки обычного мониторинга. И стараемся всячески исключить злонамеренное использование.

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

Статья в корпоративном блоге, и обращение идет к клиентам. Кроме того ничего не мешает проверить свой сайт с помощью распределенной, быстрой проверки.
Понятно, что доступность сайта интернет-банкинга только один из компонентов стабильности работы системы дистанионного обслуживания. Но на основании этой информации можно сделать выводы о общем подходе к стабильности и надежности в том или ином банке.
А смысл? Если IP в черном списке, то не лишним будет его оттуда исключить. Ведь часто SMTP и Веб-сайт хостятся на одном сервере.
Насколько я помню, IP для МХ, тоже проверяется. По крайней мере для моментальной проверки это так, для регулярных заданий тоже.

ЗЫ: А напишите пожалуйста на ht2support @ host-tracker.com с описанием проблемы и логина, вам помогут.
В следующем релизе планируем — проверка для записей MX и всех A.
Я вам написал в личку, посмотрите пожалуйста.
Вариант со страничкой вполне работает. Сейчас у нас есть функция — контроль ключевого слова. Например у себя на странице вы выдаете отчет внутренним серисам. К примеру в таком виде:

sql one: ok
smtp: ok
data storage: Error
sql backup: ok

Если вы натравите таску на слово «Error». То для приведенной страниы получите уведомление «DOWN: Data storage».

Ну следующим этапом, мы хотим добавить функционал по парсингу страниц, чтобы можно было кроме статусов, вытягивать и сохрянять числовые данные.
Поламали сервер хостера. Скорей всего контрольную панель. Пока хостер искал кудой его ломали, а клиент искал нового хостера, пришлось придумывать костыли с мониторингом на вредоносный код.
Я бы смотрел не на cpu load, а на load average. Оно дает более вменяемую картину чем абстрактные проценты. Все хорошо если load average < 1.0 X количество CPU. Но в принципе можно жить с load average где то до 3-4 на ядро. Но это уже легкий хардкор.
1) начнем с того что первая версия была написана во времена когда редгейтовской тулзы не было. Про апекс не скажу,
2) вы список поддерживаемых баз видели?
Волшебного нету :-), а про то что есть попробуем написать в следующей статье
Лицензия свободная/бесплатная без ограничений. Что делать с сорцами пока думаем.
Это Вы про 30-ти дневный триал?

Информация

В рейтинге
Не участвует
Откуда
Украина
Дата рождения
Зарегистрирован
Активность