XML フィードとは何ですか?

XML フィードは、デバイスまたはタスクに対して要求された期間の監視情報を格納するデータの XML 形式のストリームです。

XML 要求プロセスに関する基本的な情報はどこで入手できますか?
基本的な XML フィード要求とは何ですか?

基本 XML フィード要求は、HTTPS プロトコルで要求する、”&” 記号で割った多数の GET パラメーターを持つ特別に書式設定された URL です。

基本的な XML フィード 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) の使用に関する 記事を参照してください。

特定のデバイス ID またはタスク 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 フィードの新しい統合を作成することもできます。

部門を持つルートアカウントの場合、特定の部門に関するレポートを取得する必要がある場合は、XML フィード統合を追加し、統合構成時に [ 部門のデータへのアクセスを許可する] オプションを選択します。 このXMLフィード(部門のデータにアクセスできる)統合のUIDを使用して、リクエストパラメータの部門アカウントID(アカウント>部門)と組み合わせて特定の部門のデータをプルします

さて、これは実際にどのように見えますか?

したがって、[統合の構成>] に移動して、XML フィード タイプの [新しい統合] を追加します。 XMLフィードUID(123456789456123789456123など)をコピーし、PIDのXを挿入します。 次に、[デバイス > の編集] に移動します。 URL からデバイス ID (例: 12345) をコピーし、サイトの X を挿入します。

http://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx?pid=XXXXXXXXXXX&Site=XXXXX&Type=Detail&Options=RequestDetails
DNSなどでの新しい追加のXML詳細は何ですか?

私たちが使用している用語は「拡張されたXML詳細」であり、それらはすべての基礎となる応答ツリーの子、すなわち読み込まれたすべての要素のリストを含みます。 このオプションは、”オプション=要求の詳細” パラメーターを追加することによって使用できます。

「拡張 XML の詳細」を有効にする方法については 、「XML レポート サービス (XRS) の使用」 の記事を参照してください。

監視エージェントによる応答のフィルタリング方法

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, アメリカ合衆国
  • ニューヨーク, アメリカ合衆国
  • CA, アメリカ合衆国
  • アメリカ合衆国 フロリダ州
  • モントリオール(カナダ)
  • CO, アメリカ
  • 米国 TX
  • VA, アメリカ合衆国
  • アマゾン-米国-東
  • ブエノスアイレス(アルゼンチン)
ヨーロッパ

  • イギリス ロンドン
  • フランクフルト(ドイツ)
  • アムステルダム, オランダ
  • テルアビブ, イスラエル
アジア、オーストラリア、アフリカ

  • 香港, 中国
  • シドニー、AU
  • アマゾン, 日本
  • 上海,中国
  • 南アフリカ
応答フィールドの定義とは何ですか?

例:

<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 サーバに繰り返し接続するオーバーヘッドを回避するためによく使用されます。
  • RequestTime – HTTP 要求メッセージをサーバーに送信するのに必要な時間で、サーバーに送信されるデータの量によって異なります。 たとえば、長い送信時間は、HTTP POST を使用してファイルをアップロードした結果になります。
  • FirstPacketTime – (最初のバイトまでの時間) リモート Web サーバーからのデータの受信を開始するまでの時間。 つまり、要求と応答の最初のバイトの間の時間が受信されます。
  • DownloadTime – サーバーからの応答メッセージを読み取るのに要した時間です。 この値は、返されるコンテンツのサイズ、ネットワーク帯域幅、および HTTP 圧縮が使用されたかどうかによって異なります。 つまり、応答の最初と最後のバイトの間の時間。