Show Menu
TÓPICOS×

Optional Parameters

Informações sobre os parâmetros de arquivo txlogd.conf do sensor opcional.
Parâmetro Descrição
AddressFilter
Permite filtrar endereços IP especificados.
Quando você filtra um endereço específico, um "pacote" não é registrado. Esse recurso elimina agentes internos ou monitorados antes do processamento de log, aumentando assim a velocidade de processamento de log e reduzindo os requisitos de armazenamento de dados. Você pode usar curingas ao especificar endereços.
Exemplo: AddressFilter 10.0.000
ContentFilterInclude
ContentFilterExclude
Especifique se deseja incluir ou excluir certos tipos de conteúdo do registro em log.
Os valores de parâmetro correspondem a prefixos em relação ao tipo de conteúdo da resposta.
Por exemplo, "image/" corresponde a todos os tipos de conteúdo de imagem, enquanto "image/gif" corresponde apenas a esse tipo. Quando ocorrem várias correspondências para um determinado tipo de conteúdo, a correspondência mais específica é usada. Portanto, é possível colocar "image/gif" no parâmetro ContentFilterInclude e "image/" no parâmetro ContentFilterExclude e as respostas "image/gif" são permitidas, mas todos os outros tipos de imagem são filtrados.
Exemplo: ContentFilterInclude *
Exemplo: ContentFilterExclude image/,text/css,application/x-javascript
DebugLogPath
Defina esse parâmetro somente ao trabalhar com os Serviços de consultoria da Adobe.
Ativa o registro de depuração para o módulo da Web e transmissor.
Use esse parâmetro quando o Sensor não estiver funcionando corretamente. Depois que esse parâmetro for definido, você deverá criar um arquivo vazio no local do caminho especificado e conceder direitos de "gravação" a ele para todos os usuários. Por exemplo (dentro de um shell unix no servidor da Web):
  • % cd /var/log
  • % touch vslog.txt
  • % chmod a+w vslog.txt
Você deve ativar o registro de depuração por apenas um curto período de tempo, após o qual o arquivo de log deve ser enviado para os Serviços de consultoria da Adobe para análise.
Exemplo: DebugLogPath /var/log/vslog.txt
A Adobe recomenda que esse parâmetro seja definido primeiro em um ambiente de teste para determinar o efeito em seu sistema.
DisableField
Desativa o campo especificado
Os usuários podem eliminar campos que não usam ou que não desejam armazenar. Se o campo usar valores de string, desativá-lo passará uma string em branco. Se o campo usar valores numéricos, desativá-lo ultrapassará o número zero (0). Você pode desativar os seguintes campos:
  • sc-status
  • x-new-visitor
  • x-trackingid
  • sc-bytes
  • c-ip
  • cs-method
  • cs-uri-stem
  • cs-uri-query
  • s-dns
  • cs(referrer)
  • cs(cookie)
  • cs(user-agent)
  • cs(useragent)
  • sc(content-type)
  • x-experience
Exemplo: DisableField x-trackingid
ExpFile
Caminho para o arquivo de configuração do Experimento controlado.
Exemplo: ExpFile C:\VisualSensor\experiment.txt
ExpCookieURL
Recurso que, quando solicitado, faz com que uma nova ID de rastreamento seja gerada e o usuário seja colocado em um grupo de experimentos.
Observação: Esse recurso não precisa existir fisicamente no servidor da Web.
Exemplo: ExpCookieURL /setcookie.htm
ExpPartialMatch
Se você quiser ativar seus experimentos controlados para remapear todo o site ou um subdiretório inteiro do site para outro local, defina este parâmetro como "ativado". O padrão é "off".
Exemplo: ExpPartialMatch desativado
Observação: Tenha muito cuidado ao definir este parâmetro como "ligado".
LogAllNewUsers
Determina se o primeiro clique de cada novo usuário é registrado mesmo se o usuário solicitar um tipo de documento filtrado pelo parâmetro ContentFilterExclude.
O padrão é "não".
Normalmente, os arquivos de imagem são filtrados pelo parâmetro ContentFilterExclude. Se LogAllNewUsers estiver definido como "yes" e o primeiro documento que um novo usuário receber do servidor for uma imagem, essa solicitação será registrada. Se o parâmetro LogAllNewUsers estiver definido como "não" ou não estiver definido (e assumindo que as imagens sejam filtradas pelo parâmetro ContentFilterExclude) e o primeiro documento que um novo usuário receber do servidor for uma imagem, essa solicitação não será registrada.
Exemplo: LogAllNewUsers em
MaxPageLoadTime
A quantidade de tempo em segundos que o transmissor espera para enviar o próximo lote de pacotes.
O padrão é 15.
Exemplo: MaxPageLoadTime 15
Observação: Não altere esse valor de parâmetro sem primeiro entrar em contato com os Serviços de consultoria da Adobe.
PrivacyID
Permite desativar o rastreamento de visitantes, que pode ser usado para seguir as políticas de não participação.
Quando ativado, o Sensor não registra um "pacote" para qualquer visitante cujo cookie V1st esteja definido como PrivacyID especificado. Como nenhuma informação é registrada para esses visitantes, nenhuma informação sobre esses visitantes é enviada para o servidor da análise de big data para processamento.
Para ativar esse recurso, você deve concluir as seguintes etapas:
  1. PrivacyID deve ser definido com um valor de 0 (zero) no arquivo txlogd.conf para o Sensor .
    Exemplo: PrivacyID 0
  2. Os proprietários do site devem gravar o código para definir os cookies do visitante (V1st), de modo que o valor da ID do cookie corresponda ao valor da PrivacyID definido como " txlogd.conf ".
SiteTest
Local no qual o transmissor (txlogd) envia periodicamente solicitações para ver se o site está funcionando corretamente.
Observe que o local é especificado no seguinte formato, não como um URL:
http, serverAddress,port,/resource
onde serverAddress é o nome do servidor ou endereço IP, a porta é a porta de escuta HTTP do servidor e o recurso é o recurso específico a ser solicitado (pode incluir uma string de consulta).
É possível especificar várias linhas do SiteTest.
Exemplo: SiteTest http,localhost,80,/test.html
Observação: No momento, apenas http é suportado.
TrackingCookie
O nome do cookie definido no navegador do visitante.
O padrão é "v1st."
Exemplo: TrackingCookie v1st
VerifyCertName
Indica se o servidor deve ser validado com o parâmetro CertName
O padrão é "on".
Exemplo: VerifyCertName em
Parâmetro Descrição
IISCaptureBytesSent
Defina esse parâmetro somente ao trabalhar com os Serviços de consultoria da Adobe.
Informa ao Sensor do IIS qual dos dois possíveis "ganchos" de registro deve ser usado para registrar um pacote
Use esse parâmetro quando o Sensor do IIS não estiver registrando os pacotes corretamente. Esse parâmetro seria definido como "off" se o gancho de registro padrão não estivesse funcionando corretamente. O padrão é "on".
Exemplo: IISCaptureBytesSent em
IISUseAlternateHandler
Defina esse parâmetro somente ao trabalhar com os Serviços de consultoria da Adobe.
Informa ao Sensor qual de dois "ganchos" possíveis deve ser usado para definir o cookie v1st.
Use esse parâmetro quando o Sensor do IIS não estiver configurando o cookie v1st corretamente. Esse parâmetro seria definido como "yes" se o gancho padrão não estivesse configurando corretamente o cookie v1st. O padrão é "não".
Exemplo: IISUseAlternateHandler não
NewUserCacheControl
CacheControl
Por padrão, o Sensor envia cabeçalhos de resposta de controle de cache em cada solicitação. Quando o recurso de controle de cache estiver ativado, o Sensor enviará um cabeçalho Expira com um valor de Thu, 01 de dezembro de 1994 16:00:00 GMT para o navegador.
É possível modificar as sequências de caracteres de resposta conforme desejado editando as duas linhas a seguir no arquivo txlogd.conf :
NewUserCacheControl < string1 >
CacheControl < string2 >
Exemplo:
NewUserCacheControl no-cache=Set-Cookie
CacheControl private,max-age=0,must-revalidate
Para desativar o envio dos cabeçalhos de resposta do controle de cache, digite um hífen para cada linha, como mostrado abaixo:
NewUserCacheControl -
CacheControl -
Neste Parâmetro... Especificar...
ApacheUseAlternateHandler
Defina esse parâmetro somente ao trabalhar com os Serviços de consultoria da Adobe.
Informa ao Sensor qual de dois "ganchos" possíveis deve ser usado para definir o cookie v1st.
Use esse parâmetro quando o Apache Sensor não estiver configurando o cookie v1st corretamente. Esse parâmetro seria definido como "yes" se o gancho padrão não estivesse configurando corretamente o cookie v1st. O padrão é "não".
Exemplo: ApacheUseAlternateHandler não
ApacheUseAmbosHandlers
Defina esse parâmetro somente ao trabalhar com os Serviços de consultoria da Adobe.
Instrui o Sensor a tentar configurar o cookie v1st em ambos os ganchos.
Use esse parâmetro quando o Apache Sensor não estiver configurando o cookie v1st corretamente. O padrão é "sim".
Se definido como "yes" e o cookie v1st não estiver definido corretamente no primeiro gancho, o segundo gancho será usado. Se definido como "não", você definiria o parâmetro ApacheUseAlternateHandler para indicar qual gancho usar para definir o cookie v1st.
Exemplo: ApacheUseAmbosHandlers sim
NewUserCacheControl
CacheControl
Por padrão, o Sensor envia cabeçalhos de resposta de controle de cache em cada solicitação. Quando o recurso de controle de cache estiver ativado, o Sensor enviará um cabeçalho Expira com um valor de Thu, 01 de dezembro de 1994 16:00:00 GMT para o navegador.
É possível modificar as sequências de caracteres de resposta conforme desejado editando as duas linhas a seguir no arquivo txlogd.conf :
NewUserCacheControl < string1 >
CacheControl < string2 >
Exemplo:
NewUserCacheControl no-cache=Set-Cookie
CacheControl private,max-age=0,must-revalidate
Para desativar o envio dos cabeçalhos de resposta do controle de cache, digite um hífen para cada linha, como mostrado abaixo:
NewUserCacheControl -
CacheControl -
Observação: A Adobe recomenda que você não desative esse recurso.
Neste Parâmetro... Especificar...
ApacheUseAlternateHandler
Defina esse parâmetro somente ao trabalhar com os Serviços de consultoria da Adobe.
Informa ao Sensor qual de dois "ganchos" possíveis deve ser usado para definir o cookie v1st.
Use esse parâmetro quando o Apache Sensor não estiver configurando o cookie v1st corretamente. Esse parâmetro seria definido como "yes" se o gancho padrão não estivesse configurando corretamente o cookie v1st. O padrão é "não".
Exemplo: ApacheUseAlternateHandler não
ApacheUseAmbosHandlers
Defina esse parâmetro somente ao trabalhar com os Serviços de consultoria da Adobe.
Instrui o Sensor a tentar configurar o cookie v1st em ambos os ganchos.
Use esse parâmetro quando o Apache Sensor não estiver configurando o cookie v1st corretamente. O padrão é "sim".
Se definido como "yes" e o cookie v1st não estiver definido corretamente no primeiro gancho, o segundo gancho será usado. Se definido como "não", você definiria o parâmetro ApacheUseAlternateHandler para indicar qual gancho usar para definir o cookie v1st.
Exemplo: ApacheUseAmbosHandlers sim