What is the XML feed?

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

Where can I get basic info about the XML request process?
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 &事件_编辑

id=67898是设备 ID。

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

任务:

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

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

 https://www.dotcom-monitor.com/User/task-edit.aspx?id=73091&tid=132834 &事件=编辑

tid=132834是任务 ID。

How can I see unique account identifier (UID)?

帐户 >集成 >UID

Ok, how does this look in practice?

因此,通过帐户Account > 集成 > 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?

例子:

<响应> 
<ID > 3424533543 < /ID> 
<名称 > 演示请求 < /名称> 
<URL > http://demo.webportal.com/APIv1/json?userid=test;userweight=22;ACT_DASW < /URL>
<监控-日期-时间 > 3/26/2014 12:38:38 PM < /监控日期-时间> 
<持续时间 > 114 < /持续时间>
<DnsTime > 0 < /Dnstime>
<SSLTime > 0 < /SSLTime> 
<连接时间 > 15 < /连接时间> 
<请求时间 > 0 < /请求时间> 
<第一次数据包时间 > 97 < /第一次数据包时间> 
<下载时间 > 2 < /下载时间> 
<状态 > S < /状态> 
<监控-位置 > FL, 美国 < /监控-位置> 
</响应>
  • 持续时间– 完成任务所占用的总时间(基本 – 以下时间总和)
  • DnsTime – 是将主机名(例如www.google.com)解析为数字 IP 地址(例如 216.239.59.99)所需的时间。
  • SSLTime – 是完成 SSL 握手过程所需的时间。
  • 连接时间– 是创建到 Web 服务器(或代理)的 TCP 连接所需的时间。 保持活动连接通常用于避免重复连接到 Web 服务器的开销。
  • 请求时间– 是向服务器发送 HTTP 请求消息所需的时间,取决于发送到服务器的数据量。 例如,使用 HTTP POST 上传文件会导致发送时间过长
  • 第一包时间– (时间到第一字节)时间经过,以开始接收从远程 Web 服务器接收数据。 换句话说,请求和响应之间的时间第一个字节收到。
  • 下载时间– 是从服务器读取响应消息所花时间。 此值将取决于返回的内容大小、网络带宽以及是否使用了 HTTP 压缩。 换句话说,响应第一个和最后一个字节之间的时间。