秋色园QBlog技术原理解析:UrlRewrite之无后缀URL原理(三)

本文涉及的产品
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
云解析 DNS,旗舰版 1个月
简介:
文章回顾:
1:  秋色园QBlog技术原理解析:开篇:整体认识(一) --介绍整体文件夹和文件的作用
 
2:  秋色园QBlog技术原理解析:认识整站处理流程(二) --介绍秋色园业务处理流程
 
本节,将从  秋色园 的整站入口:UrlRewrite.dll入手解析无后缀原理。
 
鉴于园子里有很多UrlRewrite的文章,因此就不略为简单的讲解了:
 
一:用ISAPI筛选器:即网上第三方发布的比较常见的,如:RewriteEval.dll
 
秋色园早期的版本始于2007,使用的就是第三方的插件,随着创业公司的结束,沉默了2年。
 
回顾当年参与开发 博客的一共有这么几种角色:
 
1:技术总监负责指导我写 CYQ.Data,和指导另两名选手外挂js和中文转拼音,同时写了个页面基类
 
2:我负责博客用户后台,另一同事负责写博客前台
 
3:一女同事负责写js外挂
 
4:2个美工负责写了好几套模版
 
5:另一个同事折腾了个中文转拼音的。
 
6:一共花了3个月左右的时间,开发了出来。
 
以前7个人干的活,现在,我一个人干了,知道我有多不容易了吧。
 
2009年时,随着 CYQ.Data的二次小改进,打算搭建个人 博客,顺便把它更换数据层,却发现,实在是改不动,一个业务类就上万行代码。
同事那“复制+粘贴”的强大,表现的是相当的淋漓尽致,因此只好放弃改动,只删除一些不要的功能,然后重新定位了下URL,简单改造成 单用户博客
 
还弄了个空间域名51xxdn,便宜没好货,150/一年的服务器三天两头就打不开,一天到晚是和客服沟通。一年后站点到期后我就扔了,连备案过的域名也不要了。
 
当年使用第三方插件时,遇到麻烦的地方:
需要把dll提交给客服,然后还要教客服的技术人员怎么添加,最可怕的是还要重启IIS才生效。
 
人家一个服务器放那么多网站,咋能随随便便的让要求重启IIS呢?可是不重启你的站点又又打不开,所以每次还要挑无中午吃饭的时间重启,重启后还是不行,不行咋折腾?
 
过了一会客服技术又说行了,勉强运行了起来,后来发现该服务器还是相当的经常性的重启IIS,因为站点老是打不开。
 
还有每次修改代码修改或增加URL规则时,又得叫人家重启下IIS,唉,那个折腾,人家也折腾。
新版本的 秋色园 ,为了避免这种情况,自然得使劲的考虑把它给弄掉,于是重写还是自己来。
 
二:IHttpModule的RewritePath方法
 
自己来,怎么来?用C++写个ISAPI会不会?答:不会。
 
还是老实的用 .net写好了。
那就来点简单的了:从Global.asax折腾到IHttpHandle,折腾了半天,搞错了方向,转来转去还是在原地,后来经地的那么一搜,才发现了,路子要走还得往IHttpModule上走。
 
用IHttpModule很容易,很多人都用这个折腾,写个类继承自IHttpModule,然后到配置文件里注册一下就可以了,示例如下:
 
1:新建类库项目:起名:UrlRewrite
 
2:添加引用System.Web,因为IHttpModule在这名称空间下,而类库默认是没引用这个的
 
3:把Class1.cs更名为UrlRewrite.cs,并让类继承自IHttpModule,实现接口,最终如下:
把着我们把代码小小调整一下如:
#region IHttpModule 成员
public void Dispose()
{
//throw new Exception("The method or operation is not implemented.");
}
public void Init(HttpApplication context)
{
context.BeginRequest += new EventHandler(context_BeginRequest);
}
void context_BeginRequest(object sender, EventArgs e)
{
HttpApplication app = (HttpApplication)sender;
HttpUrlRewrite(app.Context);
}
public void HttpUrlRewrite(HttpContext context)
{
string url = context.Request.Url.ToString();//用户请求的Url
//--这里要做很多Url逻辑处理
context.RewritePath("~/Default.aspx", null,"url="+url);
}
#endregion
上面的代码,意思为:
将整个请求的url都当成参数送到Default.aspx页面中,所有的请求都转化为Default.aspx?url=www.cyqdata.com类似的方式
 
下面再建一个站点,来接受并输出结果
 
4:添加新建网站起名:UrlRewriteDemo
ps:本来是要建应用程序的,怕大伙下载示例时打不开,所以示例用网站形式
 
5:添加对UrlRewrite项目的引用
 
6:F5一下,调出web.config,然后在配置文件添加配置项代码如下:
< httpModules>
< add name="UrlRewrite" type="UrlRewrite.UrlRewrite,UrlRewrite" />
< /httpModules>
目前情况示例如图:
然后到Default.aspx写一行代码输出接收到的参数:
protected void Page_Load(object sender, EventArgs e)
{
Response.Write(Request["url"]);
}
 
一切就绪,运行,我们看结果:
 
图1:请求默认存在的页面,输出结果,表示很正常
 
图2:随便请求一个不存在页面,输出了结果,表示也很正常
 
图3:请求一个连后缀都没有的Url,输出了结果,表示有点惊讶
 
从图3看出,看来VS2005集成的IIS对所有的请求都统一处理了,所以连无后缀的也能处理
 
重点说明:
对于以IIS站点开发或最终部署来说,默认aspnet_isapi.dll是处理不了无后缀或图片等后缀的,因此,需要通过添加扩展“通用映射”能达到此功能。
 
IIS6下如何添加见: 如何安装部署秋色园CYQBlog站点
从以上解析的内容可以看出,已经可以截取到用户输出的任意请求地址,包括无后缀。
那么秋色园具体是如何处理各种请求的,读取配置文件得用正则解析还是说其它?
 
见下篇为你解析内部实现原理,敬请关注。
 
最后是示例代码下载: UrlWrwriteDemo.rar





     本文转自cyq1162 51CTO博客,原文链接:http://blog.51cto.com/cyq1162/499456 ,如需转载请自行联系原作者

相关文章
|
9天前
|
机器学习/深度学习 人工智能 算法
模型无关的局部解释(LIME)技术原理解析及多领域应用实践
在当前数据驱动的商业环境中,人工智能(AI)和机器学习(ML)已成为各行业决策的关键工具,但随之而来的是“黑盒”问题:模型内部机制难以理解,引发信任缺失、监管合规难题及伦理考量。LIME(局部可解释模型无关解释)应运而生,通过解析复杂模型的个别预测,提供清晰、可解释的结果。LIME由华盛顿大学的研究者于2016年提出,旨在解决AI模型的透明度问题。它具有模型无关性、直观解释和局部保真度等优点,在金融、医疗等领域广泛应用。LIME不仅帮助企业提升决策透明度,还促进了模型优化和监管合规,是实现可解释AI的重要工具。
45 9
|
7天前
|
C++
【C++】深入解析C/C++内存管理:new与delete的使用及原理(二)
【C++】深入解析C/C++内存管理:new与delete的使用及原理
|
7天前
|
编译器 C++ 开发者
【C++】深入解析C/C++内存管理:new与delete的使用及原理(三)
【C++】深入解析C/C++内存管理:new与delete的使用及原理
|
7天前
|
存储 C语言 C++
【C++】深入解析C/C++内存管理:new与delete的使用及原理(一)
【C++】深入解析C/C++内存管理:new与delete的使用及原理
|
1月前
|
存储 缓存 Java
什么是线程池?从底层源码入手,深度解析线程池的工作原理
本文从底层源码入手,深度解析ThreadPoolExecutor底层源码,包括其核心字段、内部类和重要方法,另外对Executors工具类下的四种自带线程池源码进行解释。 阅读本文后,可以对线程池的工作原理、七大参数、生命周期、拒绝策略等内容拥有更深入的认识。
什么是线程池?从底层源码入手,深度解析线程池的工作原理
|
3天前
|
前端开发 Java 应用服务中间件
21张图解析Tomcat运行原理与架构全貌
【10月更文挑战第2天】本文通过21张图详细解析了Tomcat的运行原理与架构。Tomcat作为Java Web开发中最流行的Web服务器之一,其架构设计精妙。文章首先介绍了Tomcat的基本组件:Connector(连接器)负责网络通信,Container(容器)处理业务逻辑。连接器内部包括EndPoint、Processor和Adapter等组件,分别处理通信、协议解析和请求封装。容器采用多级结构(Engine、Host、Context、Wrapper),并通过Mapper组件进行请求路由。文章还探讨了Tomcat的生命周期管理、启动与停止机制,并通过源码分析展示了请求处理流程。
|
6天前
|
搜索推荐 Shell
解析排序算法:十大排序方法的工作原理与性能比较
解析排序算法:十大排序方法的工作原理与性能比较
22 9
|
7天前
|
搜索推荐 C++
【初阶数据结构】深度解析七大常见排序|掌握底层逻辑与原理(一)
【初阶数据结构】深度解析七大常见排序|掌握底层逻辑与原理
|
7天前
|
搜索推荐 索引
【初阶数据结构】深度解析七大常见排序|掌握底层逻辑与原理(二)
【初阶数据结构】深度解析七大常见排序|掌握底层逻辑与原理
|
14天前
|
存储 缓存 关系型数据库
redo log 原理解析
redo log 原理解析
24 0
redo log 原理解析

推荐镜像

更多