Campos de registro de datos de evento

Información sobre los campos de datos que el servidor de Data Workbench puede procesar para construir un conjunto de datos.

Acerca de los datos de evento

Los datos de evento utilizados para crear un conjunto de datos se encuentran en archivos denominados fuentes de registro. Los datos disponibles en las fuentes de registro se denominan datos de evento porque cada registro de datos representa un registro de transacción o una instancia única de un evento con una marca de tiempo asociada.

Sensors recopila en tiempo real los datos de evento de una fuente de registro. Los datos de evento recopilados por Sensors desde HTTP y los servidores de aplicaciones se transmiten a los servidores de Data Workbench, que convierten los datos en archivos de registro comprimidos ( .vsl). El servidor de Data Workbench lee los datos de evento que residen en un archivo plano, un archivo XML o un origen de datos ODBC y proporciona descodificadores que se definen para extraer un conjunto común de campos de datos de estos diferentes formatos.

Las secciones siguientes proporcionan información sobre los campos de datos (denominados campos de registro de datos de evento o campos de entrada de registro ) que se recopilan mediante Sensors o se leen y ponen a disposición del servidor de Data Workbench.

NOTA

Los nombres de los campos generalmente siguen la convención de nomenclatura para el formato de archivo de registro ampliado W3C. Muchos de los campos tienen prefijos que indican el origen de la información contenida en el campo:

  • cs indica la comunicación del cliente con el servidor.
  • sc indica la comunicación entre el servidor y el cliente.
  • s indica información del servidor.
  • c indica información del cliente.
  • x indica la información creada por un producto de software de Adobe.

Campos de registro de datos de evento de línea de base

Los archivos de registro ( .vsl) contienen los campos de datos de evento que Sensors recopila de los servidores y que utiliza el servidor de Data Workbench en el proceso de construcción del conjunto de datos. La tabla siguiente muestra los campos de un registro de datos de evento típico registrados por Sensor:

Campo Descripción
c-ip

La dirección IP del cliente tal como se incluye en la solicitud realizada al servidor.

Ejemplo: 207.68.146.68

cs(cookie)

Las cookies enviadas por el cliente con la solicitud.

Ejemplo: v1st=42FDF66DE610CF36; ASPSESSIONIDQCATDAQC=GPIBKEIBFBFIPLOJMKCAAEPM;

cs(referrer)

Cadena de referente HTTP que el cliente envía al servidor con la solicitud.

Ejemplo: http://www.mysite.net/cgi-bin/websearch?qry

cs(user-agent)

Cadena que envía el cliente con su solicitud al servidor que indica qué tipo de agente de usuario es el cliente.

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

cs-method

Tipo de método de la solicitud HTTP.

Ejemplo: GET

Referencia: http://www.w3.org/TR/2000/NOTE-shoplogfileformat-20001115/#field_method

cs-uri-query

La parte de la cadena de consulta del URI (raíz + cadena de consulta = URI). Esto va precedido de un signo de interrogación (?) y pueden contener uno o más pares de nombre-valor separados por el símbolo &.

Ejemplo: page=homepage

cs-uri-stem

La parte raíz de URI (stem + cadena de consulta = URI). El sistema es la ruta lógica o real al recurso solicitado en el servidor.

Ejemplo: /index.asp

sc(tipo de contenido)

Tipo de contenido del recurso que solicita el cliente según los informes del servidor.

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

sc-bytes

Número de bytes de datos enviados desde el servidor al cliente en respuesta a la solicitud

Ejemplo: 4996

sc-status

El código de estado devuelto al cliente por el servidor.

Ejemplo: 200

Referencia: http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

s-dns

Nombre de dominio o dirección IP completa del host del recurso solicitado.

Ejemplo: www.adobe.com

x-experimentar

Lista de todos los nombres y grupos de experimentos controlados de los que es miembro el cliente en el momento de la solicitud.

Ejemplo: VSHome_Exp.Group_1,VSRegistration_Exp.Group_2

x-timestamp

La fecha y hora (GMT) a las que el servidor recibió la solicitud. El tiempo se expresa como el número de 100 nanosegundos desde el 1 de enero de 1600.

Ejemplo: 1277109893200000000 sería el valor de x-timestamp para 11:28:52.000000 el martes 13 de septiembre de 2005.

x-trackingid

El valor hexadecimal de 64 bits del identificador único del explorador que se encuentra en una cookie persistente establecida por un sensor y proporcionado por el cliente con una solicitud a un servidor.

Ejemplo: 42FDF66DE610CF36

Campos derivados

La tabla siguiente muestra ejemplos de campos que el servidor de Data Workbench deriva de los campos de registro de datos de evento de línea de base:

Campo Descripción
cs(cookie)(name) Valor de un par nombre-valor determinado dentro de una cookie.
cs(referrer-domain)

El nombre de dominio o la dirección IP del URI de referencia HTTP.

Nota: Este campo es de solo lectura.

cs(referrer-host)

El nombre de host completo del referente.

Ejemplo: Si cs(referrer) es http://my.domain.com/my/page , cs(referrer-host) es my.domain.com .

cs(referrer-query)(name)

El valor de una cadena de consulta de referente.

Nota: No se puede acceder a un valor de cadena de consulta de referente mediante el campo cs(referrer)(name) .

cs-uri

El URI completo (raíz + cadena de consulta = URI completo).

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

cs-uri-query(name)

El valor asociado al nombre dado. Si existen varios valores para el nombre dado, este campo devuelve el último de esos valores.

Ejemplos:
  • Para el URI /shopping/checkout.html?product1=8Track&product2=casette&product3=cd , cs-uri-query(product3) devolverá cd.
  • Para el URI /shopping/checkout.html?product1=8Track&product1=casette , cs-uri-query(product1) devolverá la caseta.

ctime x-timestamp expresada como segundos desde el 1 de enero de 1970. Este campo también se denomina x-unixtime.
date x-timestamp con el formato AAAA-MM-DD.
time x-timestamp con el formato HH:MM:SS.
x-local-timestring

x-timestamp convertida a la zona horaria local que se especifica en el archivo Transformation.cfg para el conjunto de datos. El formato es AAAA-MM-DD HH:MM:SS.mmm.

Nota: También puede definir conversiones de tiempo como x-local-timestring en el archivo Log Processing.cfg . Para obtener más información, consulte Archivo de configuración de procesamiento de registros .

x-log-source-id

Identificador correspondiente al origen de registro de una entrada de registro en particular. Para que se registre el identificador, debe especificarlo en el campo ID de origen de registro del archivo Log Processing.cfg al definir el sensor , el archivo de registro o los orígenes de datos ODBC. Para obtener más información, consulte Archivo de configuración de procesamiento de registros .

Ejemplo: de VSensor01.

x-mask Patrón de máscara de las fuentes de datos Sensor (derivado de los nombres de archivo .vsl ). Para un archivo cuyo nombre tiene el formato AAAAMMDD-SENSORID.VSL , la máscara x es SENSORID.
x-timestring x-timestamp con el formato AAAA-MM-DD HH:MM:SS.mmm.
x-unixtime Hora decimal de UNIX derivada de x-timestamp.

Sensor, cuando se utiliza en un servidor, puede recopilar campos de datos de evento de cualquier solicitud HTTP válida, encabezado de respuesta o variable disponible a través de la API del servidor. Para recopilar estos campos de datos, debe especificar los campos de encabezado o las variables deseadas en el archivo de configuración txlogd.confpara Sensor. Para obtener más información, consulte la Guía Sensor de la Data Workbench.

En esta página