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.
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=GesamtClient-UID ist die eindeutige Kontokennung. Überprüfen Sie es unter > Konfigurieren von Integrationen > UID.
Die Beschreibung zusätzlicher Parameter finden Sie im Artikel Verwenden des XML Reporting Service (XRS).
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).
Gerät:
Öffnen Sie das Zielgerät in der Clientliste, 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=Edit
Die id=67898 ist die Geräte-ID.
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=Edit
Die tid=132834 ist die Aufgaben-ID.
Konfigurieren > Integrationen > UID
Wenn Sie daher > zu Konfigurieren von Integrationen gehen > UID … Kopieren Sie UID 123456789456123789456123, und fügen Sie dann ein, wo Xs für PID. Wechseln Sie dann zu Device > Task das > Menü Aktionen 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
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] … &Location= [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
|
Europa
|
Asien, Australien, Afrika
|
Beispiel:
<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>
- 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.