Show Menu
THEMEN×

Ereignisdatensatzfelder

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

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 Transaktionssatz oder eine einzelne Instanz eines Ereignisses mit einem zugehörigen Zeitstempel darstellt.
Die Ereignisdaten einer Protokollquelle werden in Echtzeit von erfasst Sensors. Die von Sensors HTTP- und Anwendungsservern erfassten Ereignisdaten werden an die Data Workbench-Server übertragen, die die Daten in komprimierte Protokolldateien ( .vsl) konvertieren. Ereignisdaten, die sich in einer einfachen Datei, XML-Datei oder einer ODBC-Datenquelle befinden, werden vom Data Workbench-Server gelesen, der Dekodierer 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 vom Data Workbench-Server erfasst Sensors oder gelesen und zur Verfügung gestellt werden.
Die Namen der Felder entsprechen im Allgemeinen den Benennungsregeln für das erweiterte Protokolldateiformat des W3C. Viele Felder haben Präfixe, die die Quelle der im Feld enthaltenen Informationen angeben:
  • cs gibt die Kommunikation vom Client zum Server an.
  • sc gibt die Kommunikation vom Server mit dem 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.

Felder für Ereignisdatensätze als Basiswert

Protokolldateien ( .vsl) enthalten die Felder der Ereignisdaten, die von Servern vom Data Workbench-Server bei der Datensatzerstellung erfasst Sensors und verwendet werden. Die folgende Tabelle listet die Felder in einem typischen Ereignisdatensatz auf, wie von aufgezeichnet Sensor:
Feld Beschreibung
c-ip
Die IP-Adresse des Clients, wie sie in der an den Server gerichteten Anforderung enthalten ist.
Beispiel: 207.68.146.68
cs(cookie)
Die Cookies, die vom Client mit der Anforderung gesendet werden.
Beispiel: v1st=42FDF66DE610CF36; ASPSESSIONIDQCATDAQC=GPIBKEIBFBFIPLOJMKCAAMPEG;
cs(referrer)
Die vom Client mit der Anforderung an den Server gesendete HTTP-Referrer-Zeichenfolge.
Beispiel: http://www.mysite.net/cgi-bin/websearch?qry
cs(user-agent)
Die vom Client gesendete Zeichenfolge mit der an den Server gerichteten Anforderung, die 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: http://www.w3.org/TR/2000/NOTE-shoplogfileformat-20001115/#field_method
cs-uri-query
Der Abfragezeichenfolgen-Teil des URI (Stamm + Abfragezeichenfolge = URI). Dem wird ein Fragezeichen vorangestellt (?) und kann ein oder mehrere durch kaufmännische Und-Zeichen (&) getrennte Name-Wert-Paare enthalten.
Beispiel: page=homepage
cs-uri-stamm
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 Ressource, die vom Client angefordert wird, wie vom Server gemeldet.
Beispiele: text/html, image/png, image/gif, video/mpeg
sc-bytes
Die Anzahl der Datenbyte, die vom Server an den Client als Antwort auf die Anforderung gesendet wird
Beispiel: 4996
sc-status
Der Statuscode, der vom Server an den Client zurückgegeben wird.
Beispiel: 200
Referenz: http://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 Anforderung gehört.
Beispiel: VSHome_Exp.Group_1,VSRegistration_Exp.Group_2
x-timestamp
Datum und Uhrzeit (GMT), zu der die Anforderung beim Server einging. Die Zeit wird als die Anzahl von 100 Nanosekunden seit dem 1. Januar 1600 ausgedrückt.
Beispiel: 127710989320000000 wäre der X-timestamp-Wert für 11:28:52.00000000 am Dienstag, 13. September 2005.
x-trackingid
Der 64-Bit-Hexadezimalwert der eindeutigen Browserkennung, der in einem beständigen Cookie gefunden wird, wie von einem Sensor festgelegt und vom Client mit einer Anforderung an einen Server bereitgestellt.
Beispiel: 42FDF66DE610CF36

Abgeleitete Felder

In der folgenden Tabelle sind Beispiele für Felder aufgeführt, die vom Data Workbench-Server aus den Datensatzfeldern für Basisereignisse abgeleitet wurden:
Feld Beschreibung
cs(cookie)(name) Der Wert eines gegebenen Namens-Wert-Paars 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 der verweisenden Stelle.
Beispiel: Wenn cs(referrer) http://my.domain.com/my/page lautet , ist cs(referrer-host) my.domain.com .
cs(referrer-query)(name)
Der Wert einer Abfragezeichenfolge für eine verweisende Stelle.
Hinweis: Mit dem Feld cs(referrer)(name) können Sie nicht auf den Wert einer Abfragezeichenfolge für den Referrer 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 mehrere Werte für den angegebenen Namen 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) das Casette zurück.
ctime x-timestamp, ausgedrückt als Sekunden seit dem 1. Januar 1970. Dieses Feld wird auch als x-unixtime bezeichnet.
date x-timestamp im Format JJJJ-MM-TT.
time x-timestamp im Format HH:MM:SS.
x-local-timestring
x-timestamp wird in die lokale Zeitzone konvertiert, die in der Datei "Transformation.cfg" für den Datensatz angegeben ist. Das Format ist 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 der Bezeichner aufgezeichnet werden kann, müssen Sie ihn beim Definieren von Sensor-, Protokolldatei- oder ODBC-Datenquellen im Feld "Protokollquelle"der Datei " Log Processing.cfg"angeben. Weitere Informationen finden Sie unter Konfigurationsdatei für die Protokollverarbeitung .
Beispiel: von VSensor01.
x-mask Das Maskenmuster der Sensor- Datenquellen (abgeleitet aus den .vsl- Dateinamen). Für eine Datei, deren Name im Format YYYMMTT-SENSORID.VSL angegeben ist, 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 wird.
Sensorkönnen bei Verwendung auf einem Server Ereignisdatenfelder aus jeder gültigen HTTP-Anforderung, jedem Antwortheader oder jeder Variablen erfassen, die über die Server-API verfügbar sind. Um solche Datenfelder zu erfassen, müssen Sie die gewünschten Kopfzeilenfelder oder Variablen in der txlogd.confKonfigurationsdatei für Sensorangeben. For more information, see the Data WorkbenchSensorGuide .