Что такое канал XML?

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

Где я могу получить основную информацию о процессе запроса XML?
Каков основной запрос XML FEED?

Базовый запрос XML FEED представляет емко отформатированный URL-адрес с рядом параметров GET, разделенный на символ «Я», который вы запрашиваете по протоколу HTTPS.

Содержимое базового URL-адреса XML FEED построено из следующих команд:

 [base_service_address]  +  [account_uid]  +  [Site_id]  +  [parameter1]+[parameter2]... 

пример:

 https://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx  ?pid=4229AF4F0FB545AEA75EAF2013E51BB7  &Site=12345  &Type=Overall 

Описание дополнительных параметров доступно в статье «Использование службы отчетности XML» (XRS).

Как я могу получить идентификатор конкретного устройства или идентификатор задачи?

Откройте целевое устройство в списке для редактирования. В адресной стойке браузера вы увидите что-то вроде

https://user.dotcom-monitor.com/ClientID/DeviceEdit?pid=dc7f4ff2ca944dekjh1078b96707002& deviceId=63698 & taskId=132834 

УстройствоId’63698 является идентификатором устройства.
ЗадачейId’132834 является идентификатор задачи.

Как я могу увидеть уникальный идентификатор учетной записи (UID учетной записи)?

UID учетной записи (также известный как UID интеграции) — это уникальный идентификатор вашей учетной записи для XML-фида. Идентификатор UID учетной записи для XML-канала можно найти в разделе Настройка > интеграций. Кроме того, можно создать новую интеграцию для XML-канала, добавив новую интеграцию с типом XML-канала.

Для учетной записи root с отделами, если вам нужно получить отчет по определенному отделу, добавьте интеграцию XML-канала и выберите опцию Разрешить доступ к данным отдела при настройке интеграции. Используйте UID этой интеграции XML-фида (с доступом к данным отдела) для извлечения данных по конкретному отделу в сочетании с идентификатором учетной записи отдела (отделы по работе с клиентами>) в параметрах запроса.

Хорошо, как это выглядит на практике?

Поэтому, перейдя в раздел «Настройка интеграций», добавьте « > Новую интеграцию» с типом XML-канала. Скопируйте UID XML-канала, например 123456789456123789456123, а затем вставьте где Xs для PID. А затем перейдите к устройству > Редактировать. Скопировать идентификатор устройства, например, 12345, из URL, вставьте, где Xs для сайта:

http://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx?pid=XXXXXXXXXXX&Site=XXXXX&Type=Detail&Options=RequestDetails
Каковы новые дополнительные данные XML на DNS и т.д.

Термин, который мы используем, является “Расширенные детали XML”, они включают в себя все основные детях дерева ответа, т.е. список всех загруженных элементов. Эта опция доступна путем добавления параметра “Options-RequestDetails”.

Вы можете найти, как включить “Расширенные детали XML” в статье Использование службы отчетности XML (XRS).

Как отфильтровать ответ агента мониторинга?

Если вы хотите, чтобы XML Feed показал результаты только от определенных агентов мониторинга, добавьте параметр строки «Местоположение» в URL запроса следующим образом:

http://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx?pid=XXXXXXXXXXX&Site=XXXXX&Type=Detail &Location=[agent1]&Location=[agent2]...&Location=[agent5] ...

пример

http://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx?pid=4229AF4F0FB545AER75EAF2013EB1BB7&Site=77895&Type=Detail&Location=MN, USA &Location=Amazon-US-East&Location=Frankfurt,Germany&Location=Sydney, AU 

Список значений строк агентов:

Америка

  • MN, США
  • NY, США
  • CA, США
  • FL, США
  • Монреаль, Канада
  • CO, США
  • Техас, США
  • В.А., США
  • Амазонка-США-Восток
  • Буэнос-Айрес, Аргентина
Europe

  • Лондон, Великобритания
  • Франкфурт, Германия
  • Амстердам, Нидерланды
  • Тель-Авив, Израиль
Азия, Австралия, Африка

  • Гонконг, Китай
  • Сидней, АС
  • Амазонка, Япония
  • Шанхай, Китай
  • Южная Африка
Каковы определения полей ответов?

пример:

<Response> 
<ID>3424533543</ID> 
<Name>Demo request</Name> 
<URL>http://demo.webportal.com/APIv1/json?userid=test;userweight=22;ACT=DASW</URL>
<Monitoring-Date-Time>3/26/2014 12:38:38 PM</Monitoring-Date-Time> 
<Duration>114</Duration>
<DnsTime>0</DnsTime>
<SSLTime>0</SSLTime> 
<ConnectionTime>15</ConnectionTime> 
<RequestTime>0</RequestTime> 
<FirstPacketTime>97</FirstPacketTime> 
<DownloadTime>2</DownloadTime> 
<Status>S</Status> 
<Monitoring-Location>FL, USA</Monitoring-Location> 
</Response>
  • Длительность – Общее время, затытое для выполнения задачи (в основном – сумма раз ниже)
  • DnsTime – это время, необходимое для разрешения имени хоста (например, www.google.com) на числовой IP-адрес (например, 216.239.59.99).
  • SSLTime – это время, необходимое для завершения процесса рукопожатия SSL.
  • ConnectionTime – это время, необходимое для создания подключения TCP к веб-серверу (или прокси). Keep-Alive соединения часто используются, чтобы избежать накладных расходов неоднократно подключения к веб-серверу.
  • RequestTime – это время, необходимое для отправки сообщения запроса HTTP на сервер и будет зависеть от объема данных, отправляемых на сервер. Например, длительное время отправки будет результатом загрузки файлов с помощью HTTP POST
  • FirstPacketTime – (Time To First Byte) время прошло, чтобы начать получать данные с удаленного веб-сервера. Другими словами, время между запросом и ответом сначала было получено.
  • DownloadTime – это время, затя взятое для чтения ответа с сервера. Это значение будет зависеть от размера возвращенного содержимого, пропускной способности сети и от того, использовалось ли сжатие HTTP. Другими словами, время между ответом первого и последнего байтов.