Informazioni sui campi di dati che il server workbench dati può elaborare per creare un dataset.
I dati evento utilizzati per creare un dataset risiedono in file denominati origini di registro. I dati disponibili nelle origini del registro sono denominati 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 evento di un'origine di registro vengono raccolti in tempo reale da Sensors. I dati degli eventi raccolti dai server Sensors HTTP e applicazioni vengono trasmessi ai server workbench dati, che convertono i dati in file di registro compressi ( .vsl). I dati evento contenuti in un file semplice, in un file XML o in un'origine dati ODBC vengono letti dal server workbench dati, che fornisce i decodificatori definiti dall'utente per estrarre un set comune di campi dati da questi diversi formati.
Le sezioni seguenti forniscono informazioni sui campi dati (denominati campi record di dati evento o campi voce di registro) raccolti da Sensors o letti e resi disponibili al server workbench dati.
I nomi dei campi generalmente seguono le convenzioni di denominazione per il formato di file di registro esteso W3C. Molti campi presentano prefissi che indicano l'origine delle informazioni contenute nel campo:
I file di registro ( .vsl) contengono i campi dei dati evento raccolti dai server Sensors e utilizzati dal server workbench dati nel processo di costruzione del dataset. La tabella seguente elenca i campi in un record di dati evento tipico come registrato da Sensor:
Campo | Descrizione |
---|---|
c-ip | L'indirizzo IP del client incluso nella richiesta inviata al server. Esempio: 207.68.146.68 |
cs(cookie) | I cookie inviati dal client con la richiesta. Esempio: v1st=42FDF66DE610CF36; ASPSESSIONIDQCATDAQC=GPIBKEIBFIPLOJMKCAAEPM; |
cs(referrer) | Stringa di riferimento HTTP inviata dal client al server con la richiesta. Esempio: http://www.mysite.net/cgi-bin/websearch?qry |
cs(user-agent) | Stringa inviata dal client con la 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: http://www.w3.org/TR/2000/NOTE-shoplogfileformat-20001115/#field_method |
cs-uri-query | Parte 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 parte di stelo dell'URI (stem + stringa query = URI). L'origine è il percorso effettivo o logico della risorsa richiesta sul server. Esempio: /index.asp |
sc(content-type) | 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 | Il codice di stato restituito al client dal server. Esempio: 200 Riferimento: http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html |
s-dns | Il nome di dominio completo o l'indirizzo IP dell'host della risorsa richiesta. Esempio: www.adobe.com |
x-esperimento | L'elenco di tutti i nomi e i gruppi 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 corrisponde al valore x-timestamp per 11:28:52.0000000 di 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 workbench dati dai campi record dei dati evento baseline:
Campo | Descrizione |
---|---|
cs(cookie)(name) | Il valore di una coppia nome-valore specificata all'interno di un cookie. |
cs(referrer-domain) | Il nome di dominio o l'indirizzo IP dell'URI di provenienza HTTP.
Nota: Questo campo è di sola lettura. |
cs(referrer-host) | L’intero nome host del referente. Esempio: Se cs(referrer) è http://my.domain.com/my/page , cs(referrer-host) è my.domain.com . |
cs(referrer-query)(name) | Il valore di una stringa di query del referente.
Nota: Non è possibile accedere al valore di una stringa di query del referente utilizzando il campo cs(referrer)(name). |
cs-uri | URI completo (stem + stringa query = intero URI). Esempio: /shopping/checkout.html?product1=8Track&product2=casette&product3=cd |
cs-uri-query(name) | Il valore associato al nome specificato. Se per il nome specificato esistono più valori, 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. |
date | x-timestamp nel formato AAAA-MM-GG. |
time | x-timestamp nel formato HH:MM:SS. |
x-local-timestring | x-timestamp convertito nel fuso orario locale specificato nel file Transformation.cfg per il dataset. Il formato è AAAA-MM-GG HH:MM:SS.mmm.
Nota: È inoltre possibile definire conversioni temporali, ad esempio x-local-timestring nel file Log Processing.cfg . Per ulteriori informazioni, vedere File di configurazione Elaborazione log . |
x-log-source-id | Identificatore corrispondente all’origine del registro per una particolare voce di registro. Per registrare l'identificatore, è necessario specificarlo nel campo ID origine log del file Log Processing.cfg quando si definisce Sensor , file di registro o origini dati ODBC. Per ulteriori informazioni, vedere File di configurazione Elaborazione log . Esempio: da VSensor01. |
x-mask | Il pattern della maschera delle origini dati Sensor (derivato dai nomi dei file .vsl ). Per un file il cui nome è nel formato YYYYMMDD-SENSORID.VSL , x-mask è SENSORID. |
x-timestring | x-timestamp nel 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 richiesta HTTP o intestazione di risposta o variabile valida a esso disponibile tramite l'API del server. Per raccogliere tali campi di dati, è necessario specificare i campi di intestazione o le variabili desiderate nel file di txlogd.confconfigurazione per Sensor. For more information, see the Data WorkbenchSensorGuide.