Campi record dati evento

Informazioni sui campi di dati che il server di Data Workbench può elaborare per creare un set di dati.

Informazioni sui dati evento

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 evento di un’origine di registro vengono raccolti in tempo reale da Sensors. I dati evento raccolti da Sensors dai server HTTP e application vengono trasmessi ai server di Data Workbench, che convertono i dati in file di log compressi ( .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 dati (denominati campi record dati evento o campi voce registro ) raccolti da Sensors oppure letti e resi disponibili al server di Data Workbench.

NOTA

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:

  • 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 le informazioni provenienti dal client.
  • x indica le informazioni create da un prodotto software di Adobe.

Campi record dati evento linea di base

I file di registro ( .vsl) contengono i campi dei dati evento raccolti dai server da Sensors e utilizzati 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: http://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: http://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: http://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 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 Sensor 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 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) è http://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:
  • Per l’URI /shopping/checkout.html?product1=8Track&product2=casette&product3=cd , cs-uri-query(product3) restituirà cd.
  • Per l’URI /shopping/checkout.html?product1=8Track&product1=casette , cs-uri-query(product1) restituirebbe una casetta.

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 file Transformation.cfg 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 file Log Processing.cfg . Per informazioni, vedere 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 campo ID origine registro del file Log Processing.cfg quando si definisce Sensore , file di registro o origini dati ODBC. Per ulteriori informazioni, vedere File di configurazione dell’elaborazione del registro .

Esempio: da VSensor01.

x-mask Il pattern della maschera delle origini dati Sensor (derivate dai nomi di file .vsl ). Per un file il cui nome è del formato YYYYMMDD-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 file di configurazione txlogd.confper Sensor. Per ulteriori informazioni, vedere la Guida alla Data Workbench Sensor.

In questa pagina