47 votes

L'exécution de MiniProfiler avec runAllManagedModulesForAllRequests définie sur false

Nous avons récemment mis à niveau vers MiniProfiler version 2.0.1 de v1.7, et depuis lors, nous n'avons pas été en mesure de l'utiliser dans notre MVC3 site web parce que quand il tente d'obtenir ses ressources, au lieu de cela, il obtient une erreur 404.

Un exemple de ressource appel est: /mini-profiler-ressources/includes.js?v=tNlJPuyuHLy/d5LQjyDuRbWKa0weCpmO3xkO6MH4TtA=

Dans la recherche autour de, la plupart des gens sont ce qui suggère que le simple réglage de l' runAllManagedModulesForAllRequests doit être réglé à l' true. Pour rire, je suis allé de l'avant et mettre à true, et oui il a fait un travail. Mais ce n'est pas une réponse acceptable.

Comment puis-je conserver runAllManagedModulesForAllRequests=false , et continuer à utiliser MiniProfiler v2?

74voto

David Duffett Points 2167

J'ai eu le même problème - les ressources requises utiliser "statique" des extensions de fichier (comme .js) et, par conséquent, IIS veut les manipuler à l'aide de son gestionnaire de fichier statique.

Heureusement, tous les MiniProfiler ressources sont demandées avec le chemin de mini-profiler-resources, de sorte que vous pouvez ajouter les éléments suivants à votre web.config:

<system.webServer>
  ...
  <handlers>
    <add name="MiniProfiler" path="mini-profiler-resources/*" verb="*" type="System.Web.Routing.UrlRoutingModule" resourceType="Unspecified" preCondition="integratedMode" />
  </handlers>
</system.webServer>

L'entrée ci-dessus indique IIS que toute demande d' mini-profiler-resources chemin pour être acheminé à travers ASP.NET.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X