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

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now