J'ai installé la fonctionnalité de suivi et activé le suivi des demandes ayant échoué pour un site Web, afin de déboguer un site Web ASP classique. Les journaux XML sont créés en cas d'erreurs, mais lorsque je les ouvre dans IE, au lieu d'obtenir la belle interface bleue, j'obtiens une énorme quantité de code / texte.
Pourquoi l'interface ne se charge-t-elle pas et comment puis-je la réparer?
J'ai découvert que le fichier freb.xsl me manquait, alors j'en ai téléchargé un ici (lien en bas de la page): http://blogs.iis.net/bills/archive/2006/10/19/Making- Failed-Request-Tracing-More-Approachable.aspx
J'espère que quelqu'un trouvera cela utile. :)
la source
Si le fichier freb.xsl est manquant dans le répertoire qui contient les fichiers journaux, la belle interface ne s'affichera pas. Plutôt que d'essayer de trouver un site Web avec le dernier freb.xsl, j'ai trouvé sur cette page:
http://blogs.iis.net/davcox/archive/2007/10/05/recovering-freb-xsl-after-deleting-it.aspx
que si vous supprimez simplement le répertoire dans lequel les fichiers xml sont écrits (probablement quelque chose comme C: \ inetpub \ logs \ FailedReqLogFiles \ W3SVC1), IIS recrée automatiquement le répertoire et écrit le fichier freb.xsl lors de la création suivante du fichier fichier journal suivant.
la source
J'ai obtenu la trace de la demande ayant échoué à afficher dans IE (et cela ne fonctionne pas sur Chrome) en pointant un site Web IIS vers le dossier et en l'ouvrant dans IE - version 11 - à partir de là.
J'ai essayé d'autres choses avant
about:internet
aux sites de confianceJe suis certain que cela a à voir avec les paramètres de sécurité et il existe probablement un moyen plus simple de faire fonctionner cela sans IIS. Je vais avec le chemin de moindre résistance sur celui-ci.
la source
Ancien poste mais cette solution a fonctionné pour moi (merci Pilau) J'ai téléchargé ce fichier et copié dans C: \ inetpub \ logs \ FailedReqLogFiles \ W3SVC2
la source