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.

In questa pagina