因为服务器的性能有限，发现自从使用了 Castle + Nhibernate 之后，服务器在更新web站点之后的重新编译过程特别漫长，有时候都超过了1分钟，尽管发布的web程序也是编译好的。下面是web使用的动态库:
Castle.Core.dll
Castle.DynamicProxy2.dll
Castle.Facilities.AutomaticTransactionManagement.dll
Castle.Facilities.NHibernateIntegration.dll
Castle.MicroKernel.dll
Castle.Services.Transaction.dll
Castle.Windsor.dll
FredCK.FCKeditorV2.dll
Iesi.Collections.dll
log4net.dll
MySql.Data.dll/System.Data.SQLite.dll
NHibernate.dll
UrlRewritingNet.UrlRewriter.dll
每次我的web项目有更新重新编译后生成的web.dll上传到服务器，服务器w3p就会重启，csc我的web目录下的文件，整个过程真是漫长的无法忍受。
[不知道各位大侠有没有什么好的建议]
后来想到把上面的那些动态库放入 GAC 中，会不会减少重启需要时间(实践证明没有明显的变化)。
本文没有解决当初的问题，但是因为涉及到一个在 asp.net 中引用存放在GAC中的第三方动态库的问题，所以还是记录下来(:-)这才是本文重点)。
上面所有的动态库都是签过名的，放入GAC的过程：
1. 注册第三方动态库入GAC
gacutil -i Castle.Core.dll
gacutil -i Castle.DynamicProxy2.dll
gacutil -i Castle.Facilities.AutomaticTransactionManagement.dll
gacutil -i Castle.Facilities.NHibernateIntegration.dll
gacutil -i Castle.MicroKernel.dll
gacutil -i Castle.Services.Transaction.dll
gacutil -i Castle.Windsor.dll
gacutil -i FredCK.FCKeditorV2.dll
gacutil -i Iesi.Collections.dll
gacutil -i Intelligencia.UrlRewriter.dll
gacutil -i log4net.dll
gacutil -i MySql.Data.dll
gacutil -i NHibernate.dll
gacutil -i System.Data.SQLite.dll
gacutil -i UrlRewritingNet.UrlRewriter.dll
这个过程比较容易，gacutil 可以在 .net framework 的 sdk 下找到（再分发包）
2. 重新定义web项目对第三方动态库的引用方式：直接引用 GAC
这里遇到另外一个问题， vs2005中无法引用到自己定义到GAC的第三方动态库，除非做如下设定：
假设 自己定义的第三方动态库存放于： c:\3rdlibs
修改注册表：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\AssemblyFolders
在这个项目下加入一个项，并指向 c:\3rhlibs
现在可以在我们的web项目中引用第�
页面缓存使用OutputCache指令。其中Duration和VaryByParam特性是必须的。
Location控制页面缓存的位置Location含义Any默认值。意味着页面的输出可以缓存在客户端浏览器，缓存在任何"下游"的客户端（如代理服务器），或缓存在Web服务器本身Client指明输出缓存只能存储在发出请求的客户端（即浏览器）的本地缓存中Downstream� ......
前台代码
<object classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=7,0,19,0" width='<%=focus_width %>' height='<%=swf_height %>'>
<pa ......
不知不觉工作已经两年多了，一直想把过去的点点滴滴积累的经验写下来，但是一直难以完成，一是时间的限制，再是所以得东西还是比较杂乱，一时难以整理。下面就从ASP.NET应用程序生存周期开始谈起，主要是以此为一个开头，老阐述个人的一些经验经验之谈和对参考一些资料的理解。
首先，问题一：我们打开一个� ......
