asp.net发布网站时三个选项的问题
asp.net发布网站时三个选项的问题
发布网站的时候有三个选项：
第一个选项指定发布后是不是可以修改aspx文件，如果勾选，则发布后的网站行为基本与ASP.NET 1.1一致，只要没有增删修改控件，可以直接在服务器上修改aspx文件不用重新发布网站。
第二个选项指定是不是将每个aspx文件都编译成一个DLL文件，这样，就可以在修改了哪个aspx网页（包括aspx和cs文件），只需要更新一个DLL文件就行了，不用整站全部更新。
1 允许更新此预编辑站点
选中这一项后，编译出来的包括aspx文件和dll，与2003下一样。
不选中这一项，编译出来的aspx中没有界面信息，只有一句静态文本，就是不允许发布后修改页面
为了不让订阅网站的用户在第一次打开页面时感受到明显的延迟,可以使用"完全预编译(full pre-compilation)"方式.
如果是想此编译方式具有最大的安全性,应去掉"允许更新此预编译站点(Allow this precompiled site to be
updateable". 这样代码文件(code,即cs文件)和内容文件(content file,即aspx)都会预编译
2 使用固定命名和单页程序集
会案照画面的类名编译出很多名字固定的dll。
3 对预编辑程序集启用强命名
在多数情况下,完全预编译方式正是所需要的方式,但是有时候因为内容文件变化不大,你可能希望在网站发布后,不用每次把所有的代码与内容文件全部编译,也许内容文件就不用再次编译,只需编译代码文件即可,这种情况下,就选中"允许更新此预编译站点",这种方式称为"只预编译代码文件(pre- compilation of code only)"方式.此方式与"完全预编译方式"相比较,只有一点区别,即内容文件仍是原始版本,而不是存根 (stub)版本,其它效果相同.在内容文件发布后也可以对其进行编辑,其变动在以后的请求到来时起作用,对于访问此站的用户来说是透明的.
附:
强命名(strong names) 如果一个assembly需要共享,则其必须使用强命名.一个强命名唯一标识了一个assembly.有四部分组成: 1,assembly名称(不包含文件扩展名);2,版本; 3,culture; 4 密钥对(即一个公钥和一个私钥),保存在key文件中,所以说 key文件就是同时包含了公钥和私钥的文件,在使用强命名时当然是需要此key文件的.创建key文件用命令: sn -k KeyPair.snk
延迟签名:显然,每个公司的私钥都必须非常安全地保存,然后这就带来一个进退两难的问题:在开发和测试一个共享的assembly时,需要使用强命名方式, 而创建强命名时肯定需要访问私钥的,但是又不能把公司的私钥提
相关文档：
以下经验总结自，并且经过验证
1，不参与POSTBACK机制的控件，不要用服务器控件，尽量用静态HTML标记
2，编译时使用RELEASE配置
3，正式投入应用时，记着将DEBUG设为FALSE
4，SMARTNAVIGATE记着设为TRUE，它可以让浏览者感觉到你性能的提高
5，如果不是必须保持更新的页面，请记住加入声明，它可以大幅提高性能
6，除 ......
由于asp.net 处理进程在machine.config配置文件中的配置为<processModel autoConfig="true" />，这意味着你的asp.net 应用程序使用的性能参数依赖于machine.config的配置。
下面几个参数是自动配置的：
maxWorkerThreads 和 maxIoThreads
minFreeThreads 和 minLocalRequestFreeThreads
minWorkerThreads
max ......
1>>未能加载文件或程序集“System.Web.Mvc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35”或它的某一个依赖项。系统找不到指定的文件。
解决：到C:\Program Files\Microsoft ASP.NET\ASP.NET MVC 1.0\Assemblies 下找到 System.Web.Mvc.dll 文件 复制到项目的bin目录� ......
1 using System;
2 using System.Collections.Generic;
3 using System.Collections.Specialized;
4 using System.Linq;
5 using System.Web;
6 using System.Text;
7 u ......
分页代码如下（PageHelper.cs）：
代码
1 using System;
2 using System.Collections.Generic;
3 using System.Collections.Specialized;
4 using System.Linq;
5 using System.Web;
......
