Ulteriori informazioni su Data Workbench Annuncio di fine vita.
Informazioni sui campi di dati che il server di Data Workbench può elaborare per creare un set di dati.
I dati evento utilizzati per creare un set di dati risiedono in file denominati origini di registro. I dati disponibili nelle origini di registro sono chiamati dati evento perché ogni record di dati rappresenta un record di transazione o una singola istanza di un evento con una marca temporale associata.
I dati dell’evento di un’origine di registro vengono raccolti in tempo reale da Sensors. Dati evento raccolti da Sensors dai server HTTP e application viene trasmesso ai server di Data Workbench, che convertono i dati in un registro compresso ( .vsl). I dati evento contenuti in un file flat, in un file XML o in un’origine dati ODBC vengono letti dal server di Data Workbench, che fornisce decodificatori definiti per estrarre un set comune di campi dati da questi diversi formati.
Le sezioni seguenti forniscono informazioni sui campi di dati (denominati campi record dati evento o campi voce registro ) raccolti da Sensors oppure letto e reso disponibile al server di Data Workbench.
I nomi dei campi generalmente seguono la convenzione di denominazione per il formato di file di registro esteso W3C. In molti campi sono presenti prefissi che indicano l’origine delle informazioni contenute nel campo:
Log ( .vsl) i file contengono i campi dei dati evento raccolti dai server tramite Sensors e utilizzato dal server di Data Workbench nel processo di costruzione del set di dati. Nella tabella seguente sono elencati i campi di un record di dati evento tipico registrato da Sensor:
Campo | Descrizione |
---|---|
c-ip | Indirizzo IP del client incluso nella richiesta effettuata al server. Esempio: 207.68.146.68 |
cs(cookie) | I cookie inviati dal client con la richiesta . Esempio: v1st=42FDF66DE610CF36; ASPSESSIONIDQCATDAQC=GPIBKEIBFFIPLOJMKCAAEPM; |
cs(referrer) | Stringa di riferimento HTTP inviata dal client al server con la richiesta. Esempio: https://www.mysite.net/cgi-bin/websearch?qry |
cs(user-agent) | Stringa inviata dal client con la relativa richiesta al server che indica il tipo di agente utente del client. Esempio: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2 |
cs-method | Il tipo di metodo della richiesta HTTP. Esempio: GET Riferimento: https://www.w3.org/TR/2000/NOTE-shoplogfileformat-20001115/#field_method |
cs-uri-query | La porzione della stringa di query dell’URI (stem + stringa di query = URI). Questo è preceduto da un punto interrogativo (?) e può contenere una o più coppie nome-valore separate da e commerciale (&). Esempio: page=homepage |
cs-uri-stem | La porzione di gambo dell’URI (stem + stringa di query = URI). Lo stelo è il percorso effettivo o logico della risorsa richiesta sul server. Esempio: /index.asp |
sc(tipo di contenuto) | Il tipo di contenuto della risorsa richiesta dal client come segnalato dal server. Esempi: text/html, image/png, image/gif, video/mpeg |
sc-byte | Numero di byte di dati inviati dal server al client in risposta alla richiesta Esempio: 4996 |
sc-status | Codice di stato restituito al client dal server. Esempio: 200 Riferimento: https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html |
s-dns | Il nome di dominio o l'indirizzo IP completo dell'host della risorsa richiesta. Esempio: www.adobe.com |
esperimento x | Elenco di tutti i nomi e i gruppi di esperimenti controllati di cui il cliente è membro al momento della richiesta. Esempio: VSHome_Exp.Group_1,VSRegistration_Exp.Group_2 |
x-timestamp | Data e ora (GMT) in cui la richiesta è stata ricevuta dal server. Il tempo è espresso come numero di 100 nanosecondi dal 1° gennaio 1600. Esempio: 127710989320000000 è il valore x-timestamp per 11:28:52.0000000 martedì 13 settembre 2005. |
x-trackingid | Il valore esadecimale a 64 bit dell'identificatore univoco del browser trovato in un cookie persistente impostato da un Sensore e fornito dal client con una richiesta a un server. Esempio: 42FDF66DE610CF36 |
Nella tabella seguente sono riportati alcuni esempi di campi derivati dal server di Data Workbench dai campi del record dati evento linea di base:
Campo | Descrizione |
---|---|
cs(cookie)(name) | Il valore di una coppia nome-valore specificata all'interno di un cookie. |
cs(referrer-domain) | Nome di dominio o indirizzo IP dell’URI di riferimento HTTP.
Nota: Questo campo è di sola lettura. |
cs(referrer-host) | L'intero nome host del referrer. Esempio: Se cs(referrer) è https://my.domain.com/my/page , cs(referrer-host) è my.domain.com . |
cs(referrer-query)(name) | Il valore di una stringa di query referrer.
Nota: Non è possibile accedere a un valore della stringa di query referrer utilizzando il campo cs(referrer)(name) . |
cs-uri | URI completo (stelo + stringa di query = intero URI). Esempio: /shopping/checkout.html?product1=8Track&product2=casette&product3=cd |
cs-uri-query(name) | Il valore associato al nome specificato. Se esistono più valori per il nome specificato, questo campo restituisce l'ultimo di tali valori. Esempi:
|
ctime | x-timestamp espresso in secondi dal 1° gennaio 1970. Questo campo è anche chiamato x-unixtime. |
data | x-timestamp in formato AAAA-MM-GG. |
time | x-timestamp in formato HH:MM:SS. |
x-local-timestring | x-timestamp convertito nel fuso orario locale specificato nel Transformation.cfg file per il set di dati. Il formato è AAAA-MM-GG HH:MM:SS.mmm
Nota: Puoi anche definire conversioni temporali come x-local-timestring nel Log Processing.cfg file. Per informazioni, consulta File di configurazione dell’elaborazione del registro . |
x-log-source-id | Identificatore corrispondente all'origine del registro per una particolare voce di registro. Affinché l'identificatore possa essere registrato, è necessario specificarlo nel ID origine registro campo Log Processing.cfg file durante la definizione Sensore , file di registro o origini dati ODBC. Per ulteriori informazioni, consulta File di configurazione dell’elaborazione del registro . Esempio: da VSensor01. |
x-mask | Il modello maschera del Sensore fonti di dati (derivate .vsl nomi di file). Per un file il cui nome è del formato YYYMMDD-SENSORID.VSL , x-mask è SENSORID. |
x-timestamp | x-timestamp in formato AAAA-MM-GG HH:MM:SS.mmm |
x-unixtime | Tempo UNIX decimale derivato da x-timestamp. |
Sensor, se utilizzato su un server, può raccogliere i campi dei dati evento da qualsiasi intestazione o variabile di richiesta o risposta HTTP valida disponibile tramite l’API del server. Per raccogliere tali campi di dati, devi specificare i campi di intestazione o le variabili desiderate nel txlogd.conffile di configurazione per Sensor. Per ulteriori informazioni, consulta la sezione Data Workbench Sensor Guida.