我正在尝试使用ASP.NET预编译工具aspnet_compiler.exe在站点部署之后编译它。
根据书的定义,在web机器上运行就地预编译应该可以提高首页加载的体验。编译工具编译每个ASP.NET页面,将编译后的版本存储在%WINDIR%\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files文件夹中,就像第一次从浏览器访问页面一样就地预编译<
在我们的ASP.NET 3.5Web应用程序的.NET预编译期间,在类型初始化器中执行各种初始化。当环境配置不正确时,类型初始化器之一将引发自定义异常。然而,当我们的自定义异常被抛出时,下面是aspnet_compiler.exe告诉我们的:
[exec] error ASPRUNTIME: Type is not resolved for member当我们删除可序列化的注释时,aspnet_compiler.exe的抱怨就不同了--我们的自定义异常没有被标记为这样)。有人知道为什么在ASP.NET预<
我使用的是一个大型ASP.NET应用程序。有时,我会对bin/目录中的DLL或一些代码隐藏文件等进行一些更改。这些更改会导致ASP.NET重新编译一些文件,复制到影子目录等。我通常只看任务管理器,如果我看到csc.exe或者别的什么,我想我们还在编译。如果我见到w3wp.exe我就知道我们已经向前看了。因此,这就留下了两个问题: 1.加速ASP.NET编译的一些技巧是什么? 2.我可以监控(使用一些调试工具) ASP.NET
如何指示ASP.net网站使用替代的预编译文件夹而不是默认的%windir%\Microsoft.NET\Framework\version\Temporary ASP.NET Files 我知道如何使用aspnet_compiler.exe并指定TargetPath,但是当我第一次访问网站时,它仍然预编译为%windir%\Microsoft.NET\Framework\version\TemporaryASP.NET Files。更新:根据本文Precompiling Your We