Felder für Ereignisdatensätze

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 erfasst. Ereignisdaten, die von Sensors von HTTP- und Anwendungsservern erfasst werden, werden an Data Workbench-Server übertragen, die die Daten in komprimierte Protokolldateien ( .vsl) konvertieren. 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 (Ereignisdatensatzfelder oder Protokolleingabefelder genannt), die von Sensors erfasst oder gelesen und dem Data Workbench-Server zur Verfügung gestellt werden.

HINWEIS

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

  • 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

Protokolldateien ( .vsl) enthalten die Felder der Ereignisdaten, die von Servern von Sensors erfasst und vom Data Workbench-Server bei der Erstellung des Datensatzes verwendet werden. In der folgenden Tabelle sind die Felder in einem typischen Ereignisdatensatz aufgeführt, der von Sensor aufgezeichnet wurde:

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 festgelegt und vom Client mit einer Anfrage an einen Server bereitgestellt.

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 ist, ist cs(referrer-host) 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 gibt cs-uri-query(product3) cd zurück.
  • Für den URI /shopping/checkout.html?product1=8Track&product1=casette gibt cs-uri-query(product1) eine Casette zurück.

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-timestamp konvertiert in die lokale Zeitzone, die in der Datei Transformation.cfg für den Datensatz angegeben ist. Das Format lautet JJJ-MM-TT HH:MM:SS.mmm.

Hinweis: Sie können auch Zeitkonvertierungen wie x-local-timestring in der Datei Log Processing.cfg definieren. 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 Feld Protokollquellen-ID der Datei Protokollverarbeitung.cfg angeben, wenn Sie Sensor , Protokolldatei oder ODBC-Datenquellen definieren. Weitere Informationen finden Sie unter Konfigurationsdatei für die Protokollverarbeitung .

Beispiel: von VSensor01.

x-mask Das Maskenmuster der Sensor -Datenquellen (abgeleitet aus den Dateinamen .vsl ). Für eine Datei mit dem Namen YYYYMMDD-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 Konfigurationsdatei txlogd.conffür Sensor angeben. Weitere Informationen finden Sie in der Data Workbench Sensor Guide.

Auf dieser Seite