What is the XML feed?

Der XML-Feed ist ein XML-formatierter Datenstrom, der Überwachungsinformationen für einen angeforderten Zeitraum für ein Gerät oder eine Aufgabe enthält.

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

Die Basic XML FEED-Anforderung ist eine speziell formatierte URL mit einer Reihe von GET-Parametern, geteilt durch das Symbol “&”, das Sie vom HTTPS-Protokoll anfordern.

Der Inhalt der grundlegenden XML FEED-URL wird aus den folgenden Befehlen erstellt:

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

Beispiel:

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

Client-UID ist die eindeutige Kontokennung. Überprüfen Sie Account es unter > Kontointegrationen > UID.

Die Beschreibung zusätzlicher Parameter finden Sie im Artikel Verwenden des XML Reporting Service (XRS).

What are NEW additional XML details on DNS etc..

Der Begriff, den wir verwenden, ist “Extended XML details”, sie enthalten alle zugrunde liegenden untergeordneten Tree-of-Response-Elemente, d. h. eine Liste aller geladenen Elemente. Diese Option ist verfügbar, indem Sie den Parameter “Options=RequestDetails” hinzufügen.

Informationen zum Aktivieren von “Extended XML-Details” finden Sie im Artikel Verwenden des XML-Berichtsdienstes (XRS).

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

Gerät:

Öffnen Sie das Zielgerät in der Clientliste, und wechseln Sie zu Aktionen > bearbeiten.

In der Adressleiste des Browsers sehen Sie so etwas wie

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

Die id=67898 ist die Geräte-ID.

Standort-ID-Nummer in der URL = die ID-Nummer des Geräts

Aufgabe:

Öffnen Sie die Zielaufgabe in der Clientliste, wechseln Sie zu Aktionen > bearbeiten.

In der Adressleiste des Browsers sehen Sie so etwas wie:

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

Die tid=132834 ist die Aufgaben-ID.

How can I see unique account identifier (UID)?

Konto > Integrationen > UID

Ok, how does this look in practice?

Wenn Sie daher zu Account > Integrationsgehen gehen > UID … Kopieren Sie UID 123456789456123789456123, und fügen Sie dann ein, wo Xs für PID. Und dann Device gehen Sie zu > Geräteaufgabe > das Aktionsmenü > Bearbeiten. Kopieren Sie die Geräte-ID 12345 aus der URL, fügen Sie an der Stelle Xs für Site ein:

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?

Wenn der XML-Feed nur Ergebnisse von bestimmten Überwachungs-Agents anzeigen soll, fügen Sie der Anforderungs-URL wie folgt den Zeichenfolgenparameter “&Location” hinzu:

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

Beispiel

http://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx?pid=4229AF4F0FB545AER75EAF2013EB1BB7&Site=77895&Type=Detail&Location=MN, USA &Location=Amazon-US-East&Location=Frankfurt,Deutschland&Standort=Sydney, AU 

Liste der Zeichenfolgenwerte der Agents:

Amerika

  • MN, Vereinigte Staaten von Amerika (USA)
  • NY, VEREINIGTE Staaten von AMERIKA (USA)
  • CA, VEREINIGTE STAATEN von AMERIKA
  • FL, USA
  • Montreal, Kanada
  • CO, VEREINIGTE STAATEN VON AMERIKA (USA)
  • TX, Vereinigte Staaten von Amerika (USA)
  • VA, VEREINIGTE STAATEN von AMERIKA (USA)
  • Amazon-US-Ost
  • Buenos Aires, Argentinien

Europa

  • London, Vereinigtes Königreich
  • Frankfurt, Deutschland
  • Amsterdam, Niederlande
  • Tel-Aviv, Israel

Asien, Australien, Afrika

  • Hongkong, China
  • Sydney
  • Amazon, Japan
  • Shanghai, China
  • Südafrika
What are definitions for the responses fields?

Beispiel:

<Antwort> 
<ID > 3424533543 < /ID> 
<Name > Demo-Anforderung < /Name> 
<URL > http://demo.webportal.com/APIv1/json?userid=test;userweight=22; ACT=DASW < /URL>
<Monitoring-Datum-Zeit > 26.03.2014 12:38:38 < /Monitoring-Datum-Zeit> 
<Dauer > 114 < /Dauer>
<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> 
</Antwort>
  • Dauer – Gesamtzeit zum Abschließen der Aufgabe (Grundsätzlich – Summe der nachstehenden Zeiten)
  • DnsTime – ist die Zeit, die zum Auflösen eines Hostnamens (z. B. www.google.com) in eine numerische IP-Adresse erforderlich ist (z. B. 216.239.59.99).
  • SSLTime – ist die Zeit, die zum Abschließen des SSL-Handshake-Prozesses erforderlich ist.
  • ConnectionTime – ist die Zeit, die zum Erstellen einer TCP-Verbindung zum Webserver (oder Proxy) erforderlich ist. Keep-Alive-Verbindungen werden häufig verwendet, um den Aufwand für wiederholte Verbindungen mit dem Webserver zu vermeiden.
  • RequestTime – ist die Zeit, die zum Senden der HTTP-Anforderungsnachricht an den Server erforderlich ist, und hängt von der Datenmenge ab, die an den Server gesendet wird. Beispielsweise ergeben sich lange Sendezeiten durch das Hochladen von Dateien mithilfe eines HTTP-POST
  • FirstPacketTime – (Time To First Byte) Verstrichene Zeit, um mit dem Empfang von Daten vom Remote-Webserver zu beginnen. Mit anderen Worten, die Zeit zwischen Anforderung und Antwort ersten Byte empfangen.
  • DownloadTime – ist die Zeit, die zum Lesen der Antwortnachricht vom Server verwendet wird. Dieser Wert hängt von der Größe des zurückgegebenen Inhalts, der Netzwerkbandbreite und der Verwendung der HTTP-Komprimierung ab. Mit anderen Worten, die Zeit zwischen der Antwort ersten und letzten Bytes.