Felder für Ereignisdatensätze

Letzte Aktualisierung: 2022-10-05
  • Erstellt für:
  • User
    Admin
WICHTIG

Mehr über die Data Workbench Mitteilung zum Ende der Nutzungsdauer.

Informationen zu den Datenfeldern, die der Data Workbench-Server zum Erstellen eines Datensatzes verarbeiten kann.

Über Ereignisdaten

Die zum Erstellen eines Datensatzes verwendeten Ereignisdaten befinden sich in Dateien, die als Protokollquellen bezeichnet werden. Die in den Protokollquellen verfügbaren Daten werden als Ereignisdaten bezeichnet, da jeder Datensatz einen Transaktionsdatensatz oder eine einzelne Instanz eines Ereignisses mit einem zugehörigen Zeitstempel darstellt.

Die Ereignisdaten einer Protokollquelle werden in Echtzeit von Sensors. Von Sensors von HTTP- und Anwendungsservern an Data Workbench-Server übertragen werden, die die Daten in ein komprimiertes Protokoll ( .vsl). Ereignisdaten, die sich in einer reduzierten Datei, XML-Datei oder einer ODBC-Datenquelle befinden, werden vom Data Workbench-Server gelesen, der Decoder bereitstellt, die Sie definieren, um einen gemeinsamen Satz von Datenfeldern aus diesen verschiedenen Formaten zu extrahieren.

Die folgenden Abschnitte enthalten Informationen zu den Datenfeldern (als Ereignisdatensatzfelder oder Protokolleingabefelder bezeichnet), die von erfasst werden Sensors oder lesen und dem Data Workbench-Server zur Verfügung stellen.

HINWEIS

Die Namen der Felder folgen im Allgemeinen der Namenskonvention für das erweiterte W3C-Protokolldateiformat. Viele Felder weisen Präfixe auf, die die Quelle der im Feld enthaltenen Informationen angeben:

  • cs gibt die Kommunikation vom Client zum Server an.
  • sc gibt die Kommunikation vom Server zum Client an.
  • s zeigt Informationen vom Server an.
  • c zeigt Informationen vom Client an.
  • x zeigt Informationen an, die von einem Adobe-Softwareprodukt erstellt werden.

Standardfelder für Ereignisdatensätze

Protokoll ( .vsl)-Dateien enthalten die Felder der Ereignisdaten, die von Servern von erfasst werden Sensors und vom Data Workbench-Server im Prozess der Datensatzerstellung verwendet werden. In der folgenden Tabelle sind die Felder in einem typischen Ereignisdatensatz aufgeführt, der von Sensor:

Feld Beschreibung
c-ip

Die IP-Adresse des Clients, wie sie in der Anfrage an den Server enthalten ist.

Beispiel: 207.68.146.68

cs(cookie)

Die vom Client mit der Anfrage gesendeten Cookies.

Beispiel: v1st=42FDF66DE610CF36; ASPSESSIONIDQCATDAQC=GPIBKEIBFBFIPLOJMKCAAMPETIPP;

cs(referrer)

Die HTTP-Referrer-Zeichenfolge, die vom Client mit der Anfrage an den Server gesendet wird.

Beispiel: https://www.mysite.net/cgi-bin/websearch?qry

cs(user-agent)

Die Zeichenfolge, die vom Client mit seiner Anfrage an den Server gesendet wird und angibt, welcher Typ von Benutzeragent der Client ist.

Beispiel: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2

cs-method

Der Methodentyp der HTTP-Anforderung.

Beispiel: GET

Referenz: https://www.w3.org/TR/2000/NOTE-shoplogfileformat-20001115/#field_method

cs-uri-query

Der Teil der Abfragezeichenfolge des URI (Stamm + Abfragezeichenfolge = URI). Diesem ist ein Fragezeichen (?) vorangestellt. und kann ein oder mehrere Name-Wert-Paare enthalten, die durch kaufmännische Und-Zeichen (&) getrennt sind.

Beispiel: page=homepage

cs-uri-system

Der Stammteil des URI (Stamm + Abfragezeichenfolge = URI). Der Stamm ist der tatsächliche oder logische Pfad zur angeforderten Ressource auf dem Server.

Beispiel: /index.asp

sc(content-type)

Der Inhaltstyp der vom Client angeforderten Ressource, wie vom Server gemeldet.

Beispiele: text/html, image/png, image/gif, video/mpeg

sc-bytes

Die Anzahl der Bytes an Daten, die vom Server an den Client als Antwort auf die Anfrage gesendet wurden

Beispiel: 4996

sc-status

Der Statuscode, der vom Server an den Client zurückgegeben wird.

Beispiel: 200

Referenz: https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

s-dns

Der vollständig qualifizierte Domänenname oder die IP-Adresse des Hosts der angeforderten Ressource.

Beispiel: www.adobe.com

x-experiment

Die Liste aller kontrollierten Experimentnamen und -gruppen, zu denen der Client zum Zeitpunkt der Anfrage gehört.

Beispiel: VSHome_Exp.Group_1,VSRegistration_Exp.Group_2

x-timestamp

Datum und Uhrzeit (GMT), zu der die Anfrage beim Server empfangen wurde. Die Zeit wird als Anzahl von 100 Nanosekunden seit dem 1. Januar 1600 ausgedrückt.

Beispiel: 127710989320000000 wäre der x-timestamp-Wert für 11:28:52.0000000 am Dienstag, 13. September 2005.

x-trackingid

Der 64-Bit-Hexadezimalwert der eindeutigen Browser-Kennung, die in einem persistenten Cookie gefunden wird, wie von einem Sensor und vom Client mit einer Anfrage an einen Server bereitgestellt werden.

Beispiel: 42FDF66DE610CF36

Abgeleitete Felder

In der folgenden Tabelle finden Sie Beispiele für Felder, die vom Data Workbench-Server aus den Datensatzfeldern für die Basisereignisse abgeleitet werden:

Feld Beschreibung
cs(cookie)(name) Der Wert eines angegebenen Name-Wert-Paares in einem Cookie.
cs(referrer-domain)

Der Domänenname oder die IP-Adresse des HTTP-Referrer-URI.

Hinweis: Dieses Feld ist schreibgeschützt.

cs(referrer-host)

Der gesamte Hostname des Referrers.

Beispiel: Wenn cs(referrer) https://my.domain.com/my/page , cs(referrer-host) ist my.domain.com .

cs(referrer-query)(name)

Der -Wert einer Abfragezeichenfolge des Referrers.

Hinweis: Sie können nicht mit dem Feld cs(referrer)(name) auf einen Abfragezeichenfolgenwert des Referrers zugreifen.

cs-uri

Der vollständige URI (Stamm + Abfragezeichenfolge = gesamter URI).

Beispiel: /shopping/checkout.html?product1=8Track&product2=casette&product3=cd

cs-uri-query(name)

Der mit dem angegebenen Namen verknüpfte Wert. Wenn für den angegebenen Namen mehrere Werte vorhanden sind, gibt dieses Feld den letzten dieser Werte zurück.

Beispiele:
  • Für den URI /shopping/checkout.html?product1=8Track&product2=casette&product3=cd , würde cs-uri-query(product3) cd zurückgeben.
  • Für den URI /shopping/checkout.html?product1=8Track&product1=casette , cs-uri-query(product1) würde Casette zurückgeben.

ctime x-timestamp, ausgedrückt als Sekunden seit dem 1. Januar 1970. Dieses Feld wird auch als x-unixtime bezeichnet.
Datum x-timestamp im Format JJJJ-MM-TT.
time x-timestamp im Format HH:MM:SS.
x-local-timestring

x-Zeitstempel, konvertiert in die lokale Zeitzone, die in der Transformation.cfg -Datei für den Datensatz. Das Format lautet JJJ-MM-TT HH .:MM:SS.mmm.

Hinweis: Sie können auch Zeitkonvertierungen wie x-local-timestring im Log Processing.cfg -Datei. Weitere Informationen finden Sie unter Konfigurationsdatei für die Protokollverarbeitung .

x-log-source-id

Die Kennung, die der Protokollquelle für einen bestimmten Protokolleintrag entspricht. Damit die Kennung aufgezeichnet werden kann, müssen Sie sie im Protokollquellen-ID des Log Processing.cfg Datei beim Definieren Sensor , Protokolldatei oder ODBC-Datenquellen. Weitere Informationen finden Sie unter Konfigurationsdatei für die Protokollverarbeitung .

Beispiel: von VSensor01.

x-mask Das Maskenmuster der Sensor Datenquellen (abgeleitet aus dem .vsl Dateinamen). Für eine Datei, deren Name im Format JJJJMMTT-SENSORID.VSL , ist x-mask SENSORID.
x-timestring x-timestamp im Format JJJJ-MM-TT HH:MM:SS.mmm.
x-unixtime Die UNIX-Dezimalzeit, die von x-timestamp abgeleitet wurde.

Sensor, kann bei Verwendung auf einem Server Ereignisdatenfelder aus jeder gültigen HTTP-Anfrage-, Antwort-Header oder -Variablen erfassen, die über die Server-API für diesen verfügbar sind. Um solche Datenfelder zu erfassen, müssen Sie die gewünschten Kopfzeilenfelder oder Variablen in der txlogd.confKonfigurationsdatei für Sensor. Weitere Informationen finden Sie unter Data Workbench Sensor Handbuch.

Vorherige Seite
Next page

Auf dieser Seite