Campi record dati evento

IMPORTANTE

Ulteriori informazioni su Data Workbench Annuncio di fine vita.

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 dell’evento di un’origine di registro vengono raccolti in tempo reale da Sensors. Dati evento raccolti da Sensors dai server HTTP e application viene trasmesso ai server di Data Workbench, che convertono i dati in un registro compresso ( .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 di dati (denominati campi record dati evento o campi voce registro ) raccolti da Sensors oppure letto e reso disponibile 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

Log ( .vsl) i file contengono i campi dei dati evento raccolti dai server tramite Sensors e utilizzato 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: https://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: https://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: https://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 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 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) è https://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) restituisce cd.
  • Per l’URI /shopping/checkout.html?product1=8Track&product1=casette , cs-uri-query(product1) restituirebbe casette.

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

Esempio: da VSensor01.

x-mask Il modello maschera del Sensore fonti di dati (derivate .vsl nomi di file). Per un file il cui nome è del formato YYYMMDD-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 txlogd.conffile di configurazione per Sensor. Per ulteriori informazioni, consulta la sezione Data Workbench Sensor Guida.

In questa pagina