Show Menu
ARGOMENTI×

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.
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 .