Пример использования метода 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 > DistributedMonitoring
Распределенный мониторинг Распределенный мониторинг - это один из видов мониторинга веб сайтов, когда проверка происходит с нескольких географических точек.

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

Мониторинг создает запросы из разных мест - так же, как и настоящие клиенты.

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

Возможность сравнения доступа и скорости загрузки страницы с разных стран и городов.

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

  • CM.Glossary.WebsiteMonitoring
  • 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
Безналичный
расчет