IIS 7.0: 使用集成的ASP.NET管道增强应用程序
些内容进行输出缓存处理,则意味着您的应用程 序可以提高几乎 90% 的吞吐量和能力。
当然,如果这么容易做到,人人都会去做了。输出缓存确实具有一系列限制,尤其当它面对动态内容 时,这些限制通常使缓存解决方案难以部署。主要的限制是由于内容的动态性造成的。例如,网站的页面 可能基于查询字符串参数、具体访问时间或数据库更新而产生不同的响应。如果忽视这些因素,就可能向 用户返回不正确的缓存响应,这可不是什么好事。幸运的是,ASP.NET 输出缓存考虑了所有这些限制,从 而为您的应用程序部署输出缓存解决方案提供了一个丰富的平台。 ASP.NET 页面解析器提供对 <%@ OutputCache %> 指令的支持,从而使许多输出缓存设置都可 直接在 ASPX 页面配置。实际上,这是大多数开发人员为其 ASP.NET 应用程序启用输出缓存的方式。因 为 Qdig 是用 PHP 编写的,所以它不能利用此项功能。因此,我将编写另一个模块,使用 ASP.NET HttpCachePolicy API 动态地配置输出缓存,让输出缓存模块能够正确地缓存 Qdig 的响应:
这一次,此模块将订阅两个管道事件:PostAuthorizeRequest 和 PostRequestHandlerExecute。第一个事件 PostAuthorizeRequest 恰好在输出缓存模块试图查找对请求 的现有响应之前发生,此时不作进一步处理即返回响应。PostRequestHandlerExecute 事件恰好在处理程 序 (PHP) 产生响应之后、输出缓存模块试图保存响应以供后续使用之前发生。 在 PostAuthorizeRequest 事件中,我需要告诉输出缓存模块 Qdig 如何依据查询字符串作出不同的 响应,以便该模块能找到正确的响应(请参见图 10)。依据查询字符串参数对缓存进行不同的配置,通 过响应用户输入(比如更改导航模式或单击下一个链接转到下一幅图像),Qdig 图库可以正确地进行操 作。如果不这么做的话,第一个请求最终会缓存它的响应,并为所有对图库的后续请求返回该响应,而不 管请求的是哪幅图像。另外,我还依据验证的用户进行不同的配置(参见 GetVaryByCustomString 实现 的详情),从而使缓存正确地为每个验证用户提供自己的缓存副本。 Figure 10 Determining the Correct Cache Variation
在 PostRequestHandlerExecute 事件中,我需要确定是否应当缓存响应,并配置适当的设置来允 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |