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]  +  [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 压缩。 换句话说，响应第一个和最后一个字节之间的时间。