文章回顾:
1: 秋色园QBlog技术原理解析:开篇:整体认识(一) --介绍整体文件夹和文件的作用
2: 秋色园QBlog技术原理解析:认识整站处理流程(二) --介绍秋色园业务处理流程
3: 秋色园QBlog技术原理解析:UrlRewrite之无后缀URL原理(三) --介绍如何实现无后缀URL
附说:
OK,回到正题:
一:秋色园定位系统
先上一张图片:
从图中将可看到有很多的ashx处理程序,这些处理程序,是如何被安排工作的呢?
请看:秋色园的内部URL定位系统:
系统定位:
http://www.cyqdata.com 主站(技术频道)的请求,定位到:Home_Tech.ashx
http://www.cyqdata.com/health 健康频道的请求,定位到:Home_Health.ashx
http://www.cyqdata.com/sys/login sys(包括登陆退出注册的)的请求,定位到:RegLogin.ashx
http://www.cyqdata.com/error 错误的请求,定位到:Error.ashx
用户定位:
http://www.cyqdata.com/qblog 用户博客,定位到:Index.ashx
http://www.cyqdata.com/qblog/admin 用户后台,定位到:Admin.ashx
http://www.cyqdata.com/qblog/article 用户文章,定位到:Article.ashx
http://www.cyqdata.com/picture/photo/ 用户图片,将定位到:Photo.ashx
Rss定位,包括主站和用户:
http://www.cyqdata.com/rsshttp://www.cyqdata.com/qblog/rss 两个都定位到Rss.ashx
还有一个Home.ashx
原来在秋色园的V2.5之前,只存在一个主站,后来增加了“健康频道”之后,秋色园更改原来策略,将主站改造为一个频道,技术频道,于是出现三个频道:
技术频道、健康频道、用户频道。
根据配置文件,你可以将主站定位到任意频道中,简单说秋色园本无主站,只是你把www指向某个频道,于是某个频道就成了主站,如此的处理方式,有利于扩展N个频道内容,而主站,只要任意指定即可。
二:重定向的内部逻辑
了解了秋色园的定位系统方向之后,要解析的就是内部细节要处理的问题了。
当UrlRewrite接到一个陌生的请求时,需要做以下的事情:
1:判断本URL是否需要定位
简单的分析为:如果是图片/js/css等,你需要直接return,因为不需要重定向。
而有一些简单需要重定向:比如直接.mdb,.ashx类型的文件时,你可以重定向到error.ashx去处理,告知用户不允许直接访问。
2:分析URL,是主站请求,还是用户请求
因为主站请求和用户请求是有区别的,比如:
http://www.cyqdata.com/health 这是一个系统频道
http://www.cyqdata.com/qblog 这只是一个qblog用户
那就得分析了,秋色园的做法就是将主站关键字存起来,不是关键字的都定为用户,同时将长度小于4的为系统预留。
3:分离关键参数
秋色园一个分了3个参数:u={0}&type={1}& para={2}
3.1:用户名:从URL中找出分类关键字用户名
3.2:类型:从URL中找出分类关键字如:article、phpto、health、tech等
示例:如URL为以下形式的请求:
需要从中分离出type=article或type=photo,如果没有,默认就是index
3.3:原始请求地址:
4:其它细节处理
除了以上的关键点之外,秋色园还处理了其它很多杂七杂八的细节,例如:
4.1:虚拟目录
这是什么情况?
出现的情况?
在获取请求物理路径时,会多出一层的虚拟目录,导致很多问题。
比如你一个A文件链接为:href="/qblog",正常解析为www.cyqdata.com/qblog
如果你是放在子目录站点,将解析为www.cyqdata.com/目录名字/qblog
解决方法?
总结:
本节介绍了秋色园的定位系统,并分析其定位的基本URL解析重定向体系,从中我们可以看到,秋色园并没用采用配置文件+正则的方法解析,而是采用通过解析url,进行手工分类,并定位到相应的处理程序中的方法实现。
下节将为大伙介绍重定向定位后的第一接手人:Module.dll,
如何为人之父(基类),创建生命周期等过程。