Campos de registro de dados do evento

Informações sobre os campos de dados que o servidor do Data Workbench pode processar para construir um conjunto de dados.

Sobre dados de evento

Os dados do evento usados para criar um conjunto de dados residem em arquivos chamados de fontes de log. Os dados disponíveis nas fontes de log são chamados de dados de evento porque cada registro de dados representa um registro de transação ou uma única instância de um evento com um carimbo de data e hora associado.

Os dados de evento de uma fonte de log são coletados em tempo real por Sensors. Os dados de evento coletados por Sensors de HTTP e servidores de aplicativos são transmitidos para servidores do Data Workbench, que convertem os dados em arquivos de log compactados ( .vsl). Os dados de evento que residem em um arquivo simples, em um arquivo XML ou em uma fonte de dados ODBC são lidos pelo servidor do Data Workbench, que fornece decodificadores definidos para extrair um conjunto comum de campos de dados desses diferentes formatos.

As seções a seguir fornecem informações sobre os campos de dados (conhecidos como campos de registro de dados de eventos ou campos de entrada de log ) coletados por Sensors ou lidos e disponibilizados para o servidor do Data Workbench.

OBSERVAÇÃO

Os nomes dos campos geralmente seguem a convenção de nomenclatura do formato de arquivo de log estendido W3C. Muitos dos campos têm prefixos que indicam a fonte das informações contidas no campo :

  • cs indica a comunicação do cliente com o servidor.
  • sc indica a comunicação do servidor com o cliente.
  • s indica informações do servidor.
  • c indica informações do cliente.
  • x indica informações criadas por um produto de software Adobe.

Campos de registro de dados do eventos de linha de base

Os arquivos de log ( .vsl) contêm os campos de dados de evento coletados dos servidores por Sensors e usados pelo servidor do Data Workbench no processo de construção do conjunto de dados. A tabela a seguir lista os campos em um registro de dados de evento típico, conforme registrado por Sensor:

Campo Descrição
c-ip

O endereço IP do cliente, conforme incluído na solicitação feita ao servidor.

Exemplo: 207.68.146.68

cs(cookie)

Os cookies enviados pelo cliente com a solicitação.

Exemplo: v1st=42FDF66DE610CF36; ASPSESSIONIDQCATDAQC=GPIBKEIBFBFIPLOJMKCAAEPM;

cs(referrer)

A string do referenciador HTTP enviada pelo cliente para o servidor com a solicitação.

Exemplo: https://www.mysite.net/cgi-bin/websearch?qry

cs(user-agent)

A string enviada pelo cliente com sua solicitação para o servidor que indica qual tipo de agente do usuário é o cliente.

Exemplo: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2

cs-method

O tipo de método da solicitação HTTP.

Exemplo: GET

Referência: https://www.w3.org/TR/2000/NOTE-shoplogfileformat-20001115/#field_method

cs-uri-query

A parte da sequência de consulta do URI (tronco + sequência de consulta = URI). Isso é precedido por um ponto de interrogação (?) e podem conter um ou mais pares nome-valor separados por "E" comercial (&).

Exemplo: page=homepage

cs-uri-stem

A parte do tronco do URI (tronco + sequência de consulta = URI). O tronco é o caminho real ou lógico para o recurso solicitado no servidor.

Exemplo: /index.asp

sc(content-type)

O tipo de conteúdo do recurso que está sendo solicitado pelo cliente, conforme relatado pelo servidor.

Exemplos: text/html, image/png, image/gif, video/mpeg

sc-bytes

O número de bytes de dados enviados do servidor para o cliente em resposta à solicitação

Exemplo: 4996

sc-status

O código de status retornado ao cliente pelo servidor.

Exemplo: 200

Referência: https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

s-dns

O nome de domínio ou endereço IP totalmente qualificado do host do recurso solicitado.

Exemplo: www.adobe.com

experimento com x

A lista de todos os nomes e grupos de experimentos controlados dos quais o cliente é membro no momento da solicitação.

Exemplo: VSHome_Exp.Group_1,VSRegistration_Exp.Group_2

x-timestamp

A data e a hora (GMT) em que a solicitação foi recebida pelo servidor. O tempo é expresso como o número de 100 nanossegundos desde 1º de janeiro de 1600.

Exemplo: 127710989320000000 seria o valor x-timestamp para 11:28:52.0000000 na terça-feira, 13 de setembro de 2005.

x-trackingid

O valor hexadecimal de 64 bits do identificador exclusivo do navegador encontrado em um cookie persistente, conforme definido por um Sensor e fornecido pelo cliente com uma solicitação para um servidor.

Exemplo: 42FDF66DE610CF36

Campos derivados

A tabela abaixo lista exemplos de campos que são derivados pelo servidor do Data Workbench a partir dos campos de registro de dados do evento da linha de base:

Campo Descrição
cs(cookie)(name) O valor de um determinado par nome-valor dentro de um cookie.
cs(referrer-domain)

O nome de domínio ou endereço IP do URI de referência HTTP.

Observação: Este campo é somente leitura.

cs(referrer-host)

O nome do host inteiro do referenciador.

Exemplo: Se cs(referrer) for https://my.domain.com/my/page , cs(referrer-host) será my.domain.com .

cs(referrer-query)(name)

O valor de uma string de consulta de referenciador.

Observação: Não é possível acessar um valor de string de consulta de referenciador usando o campo cs(referrer)(name) .

cs-uri

O URI completo (tronco + sequência de consulta = URI inteiro).

Exemplo: /shopping/checkout.html?product1=8Track&product2=casette&product3=cd

cs-uri-query(name)

O valor associado ao nome fornecido. Se houver vários valores para o nome fornecido, esse campo retornará o último desses valores.

Exemplos:
  • Para o URI /shopping/checkout.html?product1=8Track&product2=casette&product3=cd , cs-uri-query(product3) retornaria cd.
  • Para o URI /shopping/checkout.html?product1=8Track&product1=casette , cs-uri-query(product1) retornaria a caixa.

ctime x-timestamp expresso como segundos desde 1° de janeiro de 1970. Este campo também é chamado de x-unixtime.
data x-timestamp no formato AAAA-MM-DD.
time x-timestamp no formato HH:MM:SS.
x-local-timestring

x-timestamp convertido para o fuso horário local especificado no arquivo Transformation.cfg do conjunto de dados. O formato é AAAA-MM-DD HH:MM:SS.mmm.

Observação: Também é possível definir conversões de tempo, como x-local-timestring no arquivo Log Processing.cfg . Para obter informações, consulte Arquivo de configuração de processamento de log .

x-log-source-id

O identificador correspondente à origem do log de uma entrada de log específica. Para que o identificador seja registrado, você deve especificá-lo no campo ID da Fonte de Log do arquivo Log Processing.cfg ao definir Sensor , arquivo de log ou fontes de dados ODBC. Para obter mais informações, consulte Arquivo de configuração de processamento de log .

Exemplo: VSensor01.

máscara x O padrão de máscara das fontes de dados do Sensor (derivado dos nomes de arquivo .vsl ). Para um arquivo cujo nome é do formato AAAAMMDD-SENSORID.VSL , a máscara x é SENSORID.
x-timestring x-timestamp no formato AAAA-MM-DD HH:MM:SS.mmm.
x-unixtime A hora decimal UNIX derivada do carimbo de data e hora x.

Sensor, quando usado em um servidor, o pode coletar campos de dados do evento de qualquer solicitação HTTP ou cabeçalho de resposta válido ou variável disponível para ele por meio da API do servidor. Para coletar esses campos de dados, você deve especificar os campos de cabeçalho ou variáveis desejados no arquivo de configuração txlogd.confpara Sensor. Para obter mais informações, consulte o Guia Sensor de Data Workbench.

Nesta página