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]  +  [account_uid]  +  [Site_id]  +  [parameter1]+[parameter2]... 

例子:

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

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

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

打开列表中的目标设备进行编辑。 在浏览器的地址栏中,您将看到类似

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

设备 Id=63698 是设备ID。
任务Id=132834是任务ID。

如何查看唯一的帐户标识符(帐户 UID)?

帐户 UID(也称为集成 UID)是 XML 源的帐户唯一标识符。 可以在“配置>集成”下找到 XML 源的帐户 UID或者,您可以通过添加与 XML 源类型的新集成来为 XML 源创建新的集成。

对于具有部门的 root 帐户,如果需要拉取有关特定部门的报告,请添加 XML 源集成,并在集成配置时选择“ 允许访问部门的数据 ”选项。 使用此 XML 源的 UID(有权访问部门数据)集成,结合请求参数中的部门帐户 ID(帐户>部门)拉取特定部门的数据。

Ok, how does this look in practice?

因此,通过转到配置 > 集成,添加具有 XML 源类型的新集成。 复制 XML 源 UID,例如 123456789456123789456123,然后在 X 的位置插入 PID。 然后转到设备 > 编辑。 从网址复制设备 ID(例如 12345),插入用于站点的 Xs:

http://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx?pid=XXXXXXXXXXX&Site=XXXXX&Type=Detail&Options=RequestDetails
What are NEW additional XML details on DNS etc..

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

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

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 &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
  • 美国纽约州
  • 美国加利福尼亚州
  • 佛罗里达州, 美国
  • 加拿大 蒙特利尔
  • 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 压缩。 换句话说,响应第一个和最后一个字节之间的时间。