Campos de registro de dados do evento

Última atualização em 2022-10-05
  • Criado para:
  • User
    Admin
IMPORTANTE

Leia mais sobre Datas Workbench Anúncio do fim da vida útil.

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. Dados do evento coletados por Sensors dos servidores HTTP e de aplicativos são transmitidos para os servidores do Data Workbench, que convertem os dados em log compactado ( .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 ler e disponibilizar 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

Log ( .vsl) os arquivos contêm os campos de dados de evento que são coletados dos servidores por Sensors e usado 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: 12771098932000000 seria o valor x-timestamp para 11:28:52.000000 na terça-feira, 13 de setembro de 2005.

x-trackingid

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

Exemplo: 42FDF66DE610CF36

Campos derivados

A tabela abaixo lista exemplos de campos 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) é 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) devolveria 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:S.
x-local-timestring

x-timestamp convertido para fuso horário local especificado na variável Transformation.cfg para o 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 Log Processing.cfg arquivo. Para obter mais 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 gravado, você deve especificá-lo no ID da Fonte de Log do 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 da Sensor fontes de dados (derivadas do .vsl nomes de arquivo). Para um arquivo cujo nome é do formato YYYMMDD-SENSORID.VSL , a máscara x é SENSORID.
x-timestring x carimbo de data e hora 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 ou variáveis de cabeçalho desejados na variável txlogd.confarquivo de configuração para Sensor. Para obter mais informações, consulte o Data Workbench Sensor Guia.

Nesta página