What is the XML feed?

XML Feed 是 XML 格式的数据流，在设备或任务请求的时间段内传递监视信息。

Where can I get basic info about the XML request process?

请参阅使用 XML 报告服务 （XRS）

What is the basic XML FEED request?

基本 XML FEED 请求是一个经过特殊格式化的 URL，包含许多 GET 参数，除以 HTTPS 协议请求的”&”符号。

基本 XML FEED URL 的内容由以下命令构造：

 [base_service_address]  +  [unique_account_uid]  +  [Site_id]  [  [parameter1] ] [parameter2] … 

例子：

 https://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx  ？pid=4229AF4F0FB545AA75EAF2013E51BB7  &Site=12345  &Type=整体 

客户端 UID是唯一的帐户标识符。 在”配置集成 > “下检查 > UID.

其他参数说明可在使用 XML 报告服务 （XRS）一文中提供。

What are NEW additional XML details on DNS etc..

我们使用的术语是”扩展 XML 详细信息”，它们包括所有基础响应树子级，即所有加载元素的列表。 此选项可通过添加”选项_请求详细信息”参数可用。

您可以在“使用 XML 报告服务 （XRS）”一文中找到如何启用”扩展 XML 详细信息”。

How can I get a specific Device ID, or Task ID?

装置：

打开客户端列表中的目标设备，转到”操作 > 编辑。

在浏览器的地址栏中，您将看到类似

https://www.dotcom-monitor.com/User/Site-Edit.aspx? id=67898 &event=Edit

id=67898是设备 ID。

URL 中的站点 ID 号 = 设备的 ID 号

任务：

在客户端列表中打开目标任务，转到” 操作 > 编辑。

在浏览器的地址栏中，您将看到类似：

https://www.dotcom-monitor.com/User/task-edit.aspx?id=73091& tid=132834 &event=Edit

tid=132834是任务 ID。

How can I see unique account identifier (UID)?

配置 >集成 >乌伊德

Ok, how does this look in practice?

因此，通过配置 > 集成 > UID …复制 UID 123456789456123789456123，然后插入 X 用于 PID 的位置。 然后转到”设备 > “” > 操作”菜单 > 编辑。 从 URL 复制设备 ID 12345，插入站点的 X 的位置：

http://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx?pid=XXXXXXXXXXX&Site=XXXXX&Type=Detail&Options=RequestDetails
How do I filter response by monitoring agent?

如果希望 XML 源仅显示来自某些监视代理的结果，请以下列方式向请求 URL 添加”&Location”字符串参数：

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

例子

http://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx?pid=4229AF4F0FB545AER75EAF2013EB1BB7&Site=77895&Type=Detail&Location=MN，美国 与位置_亚马逊-美国-美国-东部&Location_法兰克福，德国&Location_悉尼，澳大利亚 

代理字符串值的列表：

美国

  • 美国 MN
  • 美国纽约州
  • 美国加利福尼亚州
  • 佛罗里达州， 美国
  • 加拿大 蒙特利尔
  • CO， 美国
  • 美国 TX
  • 弗吉尼亚州， 美国
  • 亚马逊-美国-东方
  • 阿根廷 布宜诺斯艾利斯
 欧洲

  • 伦敦， 英国
  • 法兰克福， 德国
  • 荷兰 阿姆斯特丹
  • 以色列特拉维夫
 亚洲、澳大利亚、非洲

  • 中国香港
  • 澳大利亚悉尼
  • 亚马逊， 日本
  • 上海， 中国
  • 南非
What are definitions for the responses fields?

例子：

<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 握手过程所需的时间。
  • 连接时间– 是创建到 Web 服务器（或代理）的 TCP 连接所需的时间。 保持活动连接通常用于避免重复连接到 Web 服务器的开销。
  • 请求时间– 是向服务器发送 HTTP 请求消息所需的时间，取决于发送到服务器的数据量。 例如，使用 HTTP POST 上传文件会导致发送时间过长
  • 第一包时间– （时间到第一字节）时间经过，以开始接收从远程 Web 服务器接收数据。 换句话说，请求和响应之间的时间第一个字节收到。
  • 下载时间– 是从服务器读取响应消息所花时间。 此值将取决于返回的内容大小、网络带宽以及是否使用了 HTTP 压缩。 换句话说，响应第一个和最后一个字节之间的时间。