Deshabilitas el atributo debug=false cuando pasas tu aplicación Web a producción?
Una buena pregunta verdad? Vamos a analizarla:
<
compilation debug="true/false" />
Que ocurre cuando ponemos el atributo debug=true en nuestra aplicación Web? Pues que el CLR genera información simbólica cada vez que compila nuestras páginas aspx y además deshabilita la optimización del código, esto quiere decir que si no ponemos este atributo a false cuando pasamos nuestra aplicación a producción notaremos que nuestra aplicación es lenta y que consume mas memoria de lo necesario.
Leyendo el blog de Scott , y más en concreto su árticulo Don’t run production ASP.NET Applications with debug=”true” enabled he podido saber que en la versión 2.0 del Framework además los Scripts e imagenes descargadas desde el WebResources.axd handler no son cachedas y eso quiere decir que continuamente serán descargadas por los clientes en cada petición que se realice a una página. Esto puede reducir un poco la experiencia del usuario en cosas como Atlas, controles como TreeView/Menu/Validators, y cualquier otro control de terceras partes que implementan recursos en los clientes.
Muchos cuando lean esto dirán: juer ese atributo no lo conocía y otros sí, pero no se molestaron en buscar que función desempeña y en que puede afectar a una aplicación el ponerle un valor u otro, y seguro que tendrán alguna mala experiencia y sin saberlo hayan buscado soluciones de hardware como ampliar la memoria RAM...
Pues eso, a partir de ahora cuidadín torpedo con el atributo debug.
Salu2.