Lorsqu'une application ASP.net est déployée, on ne doit pas trouver de debug="true" dans le fichier web.config. C'est vrai pour un certain nombre de raisons, dont la performance n'est pas la moindre. Malheureusement, si la procédure de déploiement n'est pas rigoureuse, c'est le genre d'instruction qui peut passer d'une machine de développement à une machine en production. Si, si, j'ai des exemples.
Bonne nouvelle: Tess nous indique qu'en ASP.net V2.0, il est possible de demander à faire fonctionner toutes les applications ASP.net en debug="false", quelle que soit la valeur de cet attribut dans leur web.config. Et c'est simple à faire: il suffit d'ajouter l'élément suivant dans le fichier machine.config:
Et c'est tout! En outre, cet élément désactive l'affichage des lignes de code sur un client distant en cas d'exception non gérée, ainsi que la trace de page. Tout ce que l'on doit faire sur un serveur de production, en somme.
Bonne nouvelle: Tess nous indique qu'en ASP.net V2.0, il est possible de demander à faire fonctionner toutes les applications ASP.net en debug="false", quelle que soit la valeur de cet attribut dans leur web.config. Et c'est simple à faire: il suffit d'ajouter l'élément suivant dans le fichier machine.config:
<configuration>
<system.web>
<deployment retail=”true”/>
</system.web>
</configuration>
Et c'est tout! En outre, cet élément désactive l'affichage des lignes de code sur un client distant en cas d'exception non gérée, ainsi que la trace de page. Tout ce que l'on doit faire sur un serveur de production, en somme.
Comments