AppendURI

La transformation AppendURI permet d’ajouter des informations à la valeur par défaut qui provient des entrées de journal utilisées pour créer le jeu de données.

La transformation place une paire nom-valeur à la fin du champ interne utilisé pour créer la dimension URI. La paire nom-valeur est créée à l’aide du paramètre de clé de chaîne de requête comme nom et de la valeur du paramètre d’entrée identifié comme valeur de la paire. Le AppendURI ajoute une commande appropriée ? et les symboles & nécessaires pour séparer les paires nom-valeur de URI origine et issue de n’importe quel précédent AppendURI opérations qui peuvent avoir été appliquées à l’URI.

Le AppendURI La transformation ne fonctionne que lorsqu’elle est définie dans la variable Transformation.cfg ou un Transformation Dataset Include fichier .

Prenons l’exemple d’un site web qui a été créé selon une approche traditionnelle de Model-View-Controller. Dans ces systèmes, il est courant qu’une seule page Web soit le point d’accès au système. Pour un tel site, les visualisations des schémas de trafic dans le système seraient très inintéressantes et ne fourniraient aucune information sur l’utilisation des visiteurs et le flux de trafic. Prenons l’exemple d’un site web qui achemine toutes les demandes web via un URI du formulaire suivant :

• https://www.examplesite.com/modelview.asp?id=login&name=bob

La page ASP de la vue de modélisation reçoit tout le trafic et détermine ses actions en fonction de la valeur du champ id dans la requête. Par défaut, la dimension URI contient une seule entrée :

• modelview.asp

Cela entraînerait un mappage plutôt inintéressant du trafic à travers le site, car tout le trafic est canalisé via un seul URI. Pour répondre à ce scénario particulier et fournir une vue plus détaillée de l’architecture sous-jacente du site web, AppendURI peut être utilisé pour déplacer certaines des paires nom-valeur uniques du champ cs-uri-query vers la dimension URI utilisée pour les visualisations. La transformation illustrée ci-dessous donne les détails d'une telle transformation :

Dans cet exemple, le système utilise deux pages pour gérer toutes les requêtes : modelview.asp et xmlmodelview.asp. Une page est utilisée pour le trafic du navigateur, l’autre pour les communications XML système à système. Le processus du serveur d’applications utilise le nom d’ID de la requête cs-uri-query pour déterminer l’action à entreprendre. Par conséquent, vous pouvez extraire la valeur du champ id et l’ajouter à l’URI. Il en résulte un ensemble d’URI avec une plage de variations qui reflète le trafic des visiteurs sur le site web. Ici, une String Match condition détermine les entrées de journal auxquelles la transformation est appliquée en recherchant le champ cs-uri-stem pour les deux pages web présentant un intérêt et en ignorant toutes les autres. L’entrée (la valeur de notre paire nom-valeur) est le résultat de cs-uri-query(id), qui est "login". Comme spécifié par le paramètre de clé de chaîne de requête, le nom ajouté est "id". Ainsi, pour la valeur cs-uri entrante de notre exemple, l’URI obtenu utilisé par la variable URI la dimension est /modelview.asp&id=login.