Campi record dati evento

Informazioni sui campi di dati che il server workbench dati può elaborare per creare un dataset.

Informazioni sui dati evento

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.

NOTA

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:

cs indica la comunicazione dal client al server.
sc indica la comunicazione dal server al client.
s indica le informazioni provenienti dal server.
c indica informazioni dal client.
x indica le informazioni create da un prodotto software Adobe.

Campi record dati evento baseline

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

Campi derivati

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: Per l’URI /shopping/checkout.html?product1=8Track&product2=casette&product3=cd , cs-uri-query(product3) restituirebbe cd. Per l’URI /shopping/checkout.html?product1=8Track&product1=casette , cs-uri-query(product1) restituisce una casetta.
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.