Permet de filtrer les adresses IP spécifiées.

Lorsque vous filtrez une adresse particulière, un "paquet" n’est pas consigné. Cette fonctionnalité élimine les agents internes ou surveillés avant le traitement des journaux, ce qui accélère le traitement des journaux et réduit les besoins en enregistrement de données. Vous pouvez utiliser des caractères génériques lors de la spécification des adresses.

Exemple : AddressFilter 10.0.0.000

ContentFilterInclude

ContentFilterExclude

Indiquez si vous souhaitez inclure ou exclure certains types de contenu de la journalisation.

Les valeurs de paramètre sont associées au préfixe par rapport au type de contenu de la réponse.

Par exemple, "image/" correspond à tous les types de contenu d’image tandis que "image/gif" correspond exactement à ce type. Lorsque plusieurs correspondances se produisent pour un type de contenu donné, la correspondance la plus spécifique est utilisée. Par conséquent, vous pouvez placer "image/gif" dans le paramètre ContentFilterInclude et "image/" dans le paramètre ContentFilterExclude et les réponses "image/gif" sont autorisées, mais tous les autres types d’image sont exclus du filtre.

Exemple : ContentFilterInclude *

Exemple : ContentFilterExclude image/,text/css,application/x-javascript

Définissez ce paramètre uniquement lorsque vous travaillez avec Adobe Consulting Services.

Active la journalisation du débogage pour le module Web et l’émetteur.

Utilisez ce paramètre lorsque le capteur ne fonctionne pas correctement. Une fois ce paramètre défini, vous devez créer un fichier vide à l’emplacement spécifié du chemin d’accès et lui accorder des droits d’écriture pour tous les utilisateurs. Par exemple (dans un shell unix sur le serveur Web) :

• % cd /var/log
• % touch vslog.txt
• % chmod a+w vslog.txt

Vous devez activer la journalisation du débogage pendant une courte période, après quoi le fichier journal doit être envoyé aux services de conseil en Adobe pour être analysé.

Exemple : DebugLogPath /var/log/vslog.txt

L'Adobe recommande que ce paramètre soit d'abord défini dans un environnement de test afin de déterminer l'effet sur votre système.

Désactive le champ spécifié

Les utilisateurs peuvent éliminer les champs qu’ils n’utilisent pas ou qu’ils ne souhaitent pas stocker. Si le champ utilise des valeurs de chaîne, sa désactivation transmet une chaîne vide. Si le champ prend des valeurs numériques, sa désactivation transmet le nombre zéro (0). Vous pouvez désactiver les champs suivants :

• sc-status
• x-new-visiteur
• x-trackingid
• sc-bytes
• c-ip
• cs-method
• cs-uri-stem
• cs-uri-requête
• s-dns
• cs(parrain)
• cs(cookie)
• cs(user-agent)
• cs(useragent)
• sc(content-type)
• x-experience

Exemple : DisableField x-trackingid

Chemin d’accès au fichier de configuration de l’expérience contrôlée.

Exemple : ExpFile C:\VisualSensor\experiment.txt

Ressource qui, lorsqu’elle est demandée, génère un nouvel identifiant de suivi et place l’utilisateur dans un groupe d’expériences.

Remarque : Cette ressource n’a pas besoin d’exister physiquement sur le serveur Web.

Exemple : ExpCookieURL /setcookie.htm

Si vous souhaitez permettre à vos expériences contrôlées de remapper la totalité de votre site ou un sous-répertoire entier de votre site vers un autre emplacement, définissez ce paramètre sur "on". La valeur par défaut est "off".

Exemple : ExpPartialMatch off

Remarque : Soyez très prudent lorsque vous définissez ce paramètre sur "on".

Détermine si le premier clic de chaque nouvel utilisateur est consigné même si l'utilisateur demande un type de document qui est exclu par le paramètre ContentFilterExclude.

La valeur par défaut est "no".

En règle générale, les fichiers image sont exclus par le paramètre ContentFilterExclude. Si LogAllNewUsers est défini sur "yes" et que le premier document qu'un nouvel utilisateur obtient du serveur est une image, cette demande est consignée. Si le paramètre LogAllNewUsers est défini sur "no" ou non (et en supposant que les images soient filtrées par le paramètre ContentFilterExclude) et que le premier document qu’un nouvel utilisateur obtient du serveur est une image, cette demande n’est pas consignée.

Exemple : LogAllNewUsers no

durée, en secondes, pendant laquelle l'émetteur attend d'envoyer le lot de paquets suivant.

La valeur par défaut est de 15.

Exemple : MaxPageLoadTime 15

Remarque : Ne modifiez pas cette valeur de paramètre sans contacter préalablement les services de conseil en Adobe.

Permet de désactiver le suivi des visiteurs, qui peut être utilisé pour se conformer aux stratégies d’exclusion.

Lorsqu'il est activé, Sensor ne consigne pas de "paquet" pour un visiteur dont le cookie V1st est défini sur l'ID de confidentialité spécifié. Comme aucune information n’est consignée pour ces visiteurs, aucune information sur ces visiteurs n’est envoyée au serveur de l’outil de données pour traitement.

Pour activer cette fonctionnalité, vous devez effectuer les étapes suivantes :

1. PrivacyID doit être défini avec la valeur 0 (zéro) dans le fichier txlogd.conf pour le capteur .

   Exemple : PrivacyID 0

2. Les propriétaires de sites Web doivent écrire du code pour définir des cookies visiteurs (V1st) de sorte que la valeur d'ID de cookie corresponde à la valeur de PrivacyID définie " txlogd.conf".

Emplacement auquel l’émetteur (txlogd) envoie périodiquement des demandes pour vérifier si le site Web fonctionne correctement.

Notez que l’emplacement est spécifié au format suivant, et non en tant qu’URL :

http,serverAddress, port,/resource

où serverAddress correspond au nom du serveur ou à l’adresse IP, port au port d’écoute HTTP du serveur et resource à la ressource spécifique à demander (peut inclure une chaîne de requête).

Vous pouvez spécifier plusieurs lignes SiteTest.

Exemple : SiteTest http, localhost,80, /test.html

Remarque : Pour le moment, seul http est pris en charge.

Nom du cookie défini dans le navigateur du visiteur.

La valeur par défaut est "v1st".

Exemple : TrackingCookie v1st

Indique si le serveur doit être validé par rapport au paramètre CertName.

La valeur par défaut est "on".

Exemple : VerifyCertName sur

Définissez ce paramètre uniquement lorsque vous travaillez avec Adobe Consulting Services.

Indique à IIS Sensor lequel des deux "hameoks" de journalisation possibles doit être utilisé pour journaliser un paquet

Utilisez ce paramètre lorsque IIS Sensor ne consigne pas correctement les paquets. Ce paramètre est défini sur "off" si le hook de journalisation par défaut ne fonctionnait pas correctement. La valeur par défaut est "on".

Exemple : IISCaptureBytesEnvoyé sur

Définissez ce paramètre uniquement lorsque vous travaillez avec Adobe Consulting Services.

Indique au capteur lequel des deux crochets possibles doit être utilisé pour définir le cookie v1st.

Utilisez ce paramètre lorsque le capteur IIS ne définit pas correctement le cookie v1st. Ce paramètre est défini sur "yes" si le hook par défaut ne définit pas correctement le cookie v1st. La valeur par défaut est "no".

Exemple : IISUseAlternateHandler no

NewUserCacheControl

CacheControl

Par défaut, Sensor envoie des en-têtes de réponse de contrôle de cache à chaque requête. Lorsque la fonction de contrôle du cache est activée Sensor envoie un en-tête Expires avec la valeur Thu, 01 déc 1994 16:00:00 GMT au navigateur.

Vous pouvez modifier les chaînes de réponse selon vos besoins en modifiant les deux lignes suivantes dans le fichier txlogd.conf :

<> NewUserCacheControlstring1>

<> CacheControlstring2>

Exemple :

NewUserCacheControl no-cache=Set-Cookie

CacheControl private,max-age=0,must-revalidate

Pour désactiver l'envoi d'en-têtes de réponse de contrôle de cache, tapez un trait d'union pour chaque ligne comme illustré ci-dessous :

NewUserCacheControl -

CacheControl -

Définissez ce paramètre uniquement lorsque vous travaillez avec Adobe Consulting Services.

Indique au capteur lequel des deux crochets possibles doit être utilisé pour définir le cookie v1st.

Utilisez ce paramètre lorsque le cookie Apache Sensor ne définit pas correctement le cookie v1st. Ce paramètre est défini sur "yes" si le hook par défaut ne définit pas correctement le cookie v1st. La valeur par défaut est "no".

Exemple : ApacheUseAlternateHandler no

Définissez ce paramètre uniquement lorsque vous travaillez avec Adobe Consulting Services.

Indique au capteur de tenter de définir le cookie v1st dans les deux crochets.

Utilisez ce paramètre lorsque le cookie Apache Sensor ne définit pas correctement le cookie v1st. La valeur par défaut est "yes".

Si la valeur est "yes" et que le cookie v1st n’est pas correctement défini dans le premier hook, le second est utilisé. Si la valeur est "no", vous devez définir le paramètre ApacheUseAlternateHandler pour indiquer quel hook utiliser pour définir le cookie v1st.

Exemple : ApacheUseTwoHandlers yes

NewUserCacheControl

CacheControl

Par défaut, Sensor envoie des en-têtes de réponse de contrôle de cache à chaque requête. Lorsque la fonction de contrôle du cache est activée Sensor envoie un en-tête Expires avec la valeur Thu, 01 déc 1994 16:00:00 GMT au navigateur.

Vous pouvez modifier les chaînes de réponse selon vos besoins en modifiant les deux lignes suivantes dans le fichier txlogd.conf :

<> NewUserCacheControlstring1>

<> CacheControlstring2>

Exemple :

NewUserCacheControl no-cache=Set-Cookie

CacheControl private,max-age=0,must-revalidate

Pour désactiver l'envoi d'en-têtes de réponse de contrôle de cache, tapez un trait d'union pour chaque ligne comme illustré ci-dessous :

NewUserCacheControl -

CacheControl -

Remarque : Adobe recommande de ne pas désactiver cette fonctionnalité.

Définissez ce paramètre uniquement lorsque vous travaillez avec Adobe Consulting Services.

Indique au capteur lequel des deux crochets possibles doit être utilisé pour définir le cookie v1st.

Utilisez ce paramètre lorsque le cookie Apache Sensor ne définit pas correctement le cookie v1st. Ce paramètre est défini sur "yes" si le hook par défaut ne définit pas correctement le cookie v1st. La valeur par défaut est "no".

Exemple : ApacheUseAlternateHandler no

Définissez ce paramètre uniquement lorsque vous travaillez avec Adobe Consulting Services.

Indique au capteur de tenter de définir le cookie v1st dans les deux crochets.

Utilisez ce paramètre lorsque le cookie Apache Sensor ne définit pas correctement le cookie v1st. La valeur par défaut est "yes".

Si la valeur est "yes" et que le cookie v1st n’est pas correctement défini dans le premier hook, le second est utilisé. Si la valeur est "no", vous devez définir le paramètre ApacheUseAlternateHandler pour indiquer quel hook utiliser pour définir le cookie v1st.

Exemple : ApacheUseTwoHandlers yes