网站建设后期维护流程/创建自己的网页

发布网站的时候有三个选项，很多人都不知道到底是怎么用的，简单说说： 
 
第一个选项指定发布后是不是可以修改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时,需要使用强命名方式, 而创建强命名时肯定需要访问私钥的,但是又不能把公司的私钥提供给参与项目开发的且需要创建强命名的所有开发人员,怎么办? 这时就要用"延迟签名"技术.此种方式下,在创建强命名assembly时,只需要提供公钥,因为公钥提供给所有的人是允许的,也是安全的,利用公钥,开发人员可以进行程序的开发和测试工作,直到准备进行最终的build时,才同时使用公钥和私钥. 延迟签名需要从key文件中把公钥解出来,形成独立的公钥文件,通过使用命令: sn -p KeyPair.snk PublicKey.snk即可.这样,publicKey.snk只包含公钥,就可以用了.

出现问题

visual studio2005将网站开发和网站发布的目录分开，本身是个很好的设定
但每一次发布网站，网站dll文件都会生成随机的名字，页面继承的类都会继承随机的名字
这就造成了，哪怕是一点很小的修改，在发布网站之后，也必须重新上传所有的页面
如果采用“固定命名和单页程序集”的方式，又会生成太多dll文件，看着就心烦

解决方法