Пример использования метода POST
Пример использования метода POST Пример мониторинга веб формы с помощью метода POST

Например, есть простая форма:
form action="some-site.com/some-script.cgi" method=post
input type=text name=login value=''
input type=password name=password value=''
input type=submit name='Submit' value='Login'
/form
Пользователь заполняет эту форму следующим образом: login: Peter и password: 1234 и нажимает кнопку submit. Если все правильно, скрипт возвращает "LoginOk" на веб странице.
Для того, чтобы мониторить страницу методом POST, необходимо создать задание с параметрами:

URL: some-site.com/some-script.cgi
Http метод: выберите POST
В поле "POST параметры" введите данные:
login=Peter
password=1234
Submit=Login
В поле "Проверка контента": LoginOk
Итог: HostTracker каждый раз, проверяя страницу, будет заполнять эту форму и возвращать статус OK, если заданное ключевое слово LoginOk найдено.

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.HTTPMethods
больше глоссарий
"

Сервис очень удобный и информативный.

"
- Сергей
Мониторинг Баз Данных с помощью ХостТрекера

В данной статье мы бы хотели познакомить вас с еще одной интересной и полезной функцией нашего сервиса - Проверка баз данных.

В данной статье мы бы хотели познакомить вас с еще одной интересной и полезной функцией нашего сервиса - Проверка баз данных (БД).

Существует много различных сервисов для сбора и анализа информации о работе ресурса, например, количестве посетителей, продолжительности сессий, распределении аудитории по регионам и т.п. Но при работе с данными возникает потребность в сравнении таких вот «технических» характеристик.

Именно для получения и оценки таких параметров, команда-разработчиков и аналитиков ХостТрекера разработала простой для понимания и использования инструмент - Проверка БД.

Настройка запроса

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

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

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

Далее приведена графическая интерпретация результата выполнения инструкции DELETE по конкретно выбранным параметрам:

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

В случае, если условие не будет выполняться - запрос не проходит проверку по таймауту или отсутствует соединение с БД - Вам будет выслано уведомление на телефон или сообщение в Skype, Viber, Telegram, Slack.

Пример создания проверки

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

  1. Формируем выборку, которая определяет объем свободного места в табличном пространстве:

          SELECT
          convert(DECIMAL(12,2),round(sysfile.size/128.000,2)) AS 'FileSize/mb'
          , convert(DECIMAL(12,2),round(fileproperty(sysfile.name,'SpaceUsed')/128.000,2))
          AS 'Used/mb'
          , convert(DECIMAL(12,2),round((sysfile.size-fileproperty(sysfile.name,'SpaceUsed'))/128.000,2))
          AS 'Free/mb'
          , filegroup.groupname AS 'File-group'
          , sysfile.[name],sysfile.[filename]
          FROM dbo.sysfiles sysfile (NOLOCK)
          inner join dbo.sysfilegroups filegroup (NOLOCK) ON filegroup.groupid =
          sysfile.groupid
          UNION ALL 
          SELECT
          convert(DECIMAL(12,2),round(sysfile.size/128.000,2)) AS 'FileSize/mb'
          , convert(DECIMAL(12,2),round(fileproperty(sysfile.name,'SpaceUsed')/128.000,2))
          AS 'Used/mb'
          , convert(DECIMAL(12,2),round((sysfile.size-fileproperty(sysfile.name,'SpaceUsed'))/128.000,2))
         AS 'Free/mb'
         , (CASE WHEN sysfile.groupid = 0 THEN 'Log' END) AS 'File-group'
         , sysfile.[name],sysfile.[filename]
         FROM dbo.sysfiles sysfile (NOLOCK) WHERE groupid = 0
         ORDER BY [File-group],sysfile.[name]            

     2.  Получаем следующий результат:

     3.  Определяем условия отбора:

            1.  Результат запроса – выбираем «значение в первой колонке первой строки».

            2.  Проверка результата – выбираем «меньше, чем» и как макс. значение указываем «1000».

Будет получен следующий результат: если лог-файл превысит 1 Гб, нам поступит сообщение.

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

Настройка мониторинга

Для того, чтобы сформировать новую Проверку БД необходимо:

  1. Заполнить следующие поля:

  • Сервер – укажите имя сервера;

  • Порт – укажите имя порта;

  • База данных – укажите имя базы;

  • Пользователь –укажите логин под которым необходимо будет выполнить запрос;

  • Пароль – укажите пароль, соответствующий вашему логину.

Для данного задания рекомендуется создать отдельного пользователя с ограниченными правами.

      2.  Обеспечить доступ к базе. Для этого, добавьте IP-адреса агентов HostTracker в белый список файрволла и вашего сервера.

Внимание! IP-адреса наших агентов - постоянны.

      3.  Когда будете готовы - нажмите Сохранить.

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

больше блог
Благодарим за внимание к нашему сервису!
 
Войти
Войти
Зарегистрироваться
Цены и пакеты
Наша сеть
Home > Glossary > Uptime
Аптайм Аптайм - это время, когда сайт нормально работает.

Аптайм соответствует периоду времени, когда сайт доступен для просмотра через Интернет. Противоположное понятие - даунтайм, или время простоя - показывает, как долго сайт не работал в течении определенного периода. Обычно аптайм измеряют в процентах, а за период времени выбирают год. Значение в процентах за год легко перевести в часы и минуты. Некоторые типичные значения представлены здесь:

90% - 876 часов

99% - 87 часов, 36 минут

99.9% - 8 часов, 45 минут, 36 секунд

99.99% - 52 минут, 34 секунд

Таким образом, аптайм имеет важное значение. Даже если кажется, что 99% - это много, в то же время это соответствует нескольким дням простоя. Если одно падение будет длиться столько времени, множество клиентов будут потеряны. Значения аптайма, как правило, гарантируется веб хостингом, где размещен сайт. Мониторинг веб сайтов может помочь увеличить аптайм, а так же проверить, совпадает ли заявленное веб хостингом значение аптайма с реальностью.

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Downtime
  • CM.Glossary.WebHosting
  • CM.Glossary.Availability
Поделиться:
Send to Twitter Send to Facebook Send to LinkedIn Send to Vkontakte
Блоги:
HostTracker blog HostTracker page on Facebook HostTracker page on Vkontakte HostTracker blog on Habrahabr
Безналичный
расчет