您现在的位置是:首页 > cms教程 > discuz教程discuz教程
Discuz的NT中URL地址重写URLRewrite介绍
雪青2025-06-25 22:49:15discuz教程已有4人查阅
导读在Discuz!NT中的前台页面访问(特别是aspx)是被HttpModule接管的,所以大家在Discuz.Web项目的目录下看到的唯一"aspx文件"是index.aspx,而所有其它前台页面都有“/aspx/”
在Discuz!NT中的前台页面访问(特别是aspx)是被HttpModule接管的,所以大家在Discuz.Web项目的目录下看到的唯一"aspx文件"是index.aspx,而所有其它前台页面都有“/aspx/”文件夹下的相应的子目录中,而这些子目录名称是与后台所“生成”的模板存在对应关系的。而这种“关系”的绑定是通过dnt_templates(模板数据表)来进行关联的。而有关模板机制的文章详见:“Discuz!NT 模板机制分析”一文。今天所要说的其实是模板机制的“延续”,当然这种“延续”仅是我个人的观点。因为地址重写最终要绑定的路径,恰恰与模板机制是有着前后呼应的关系。首先请大家看一下
相信对于那些以前做过“URL重写”的朋友看到这一行配置的第一反映可能就是要去Discuz.Forum.HttpModule类中一看究竟。同时考虑到在<httpModules>配置节中加入处理的资料在网上有许多,所以这里就不再多费唇舌了。
另外如果大家感兴趣味的话,也可以抽空看看我的这篇文章,"NET框架中的 Observer 模式"。虽然该文是我在挖.net底层代码时是写的一些个人想法,可读性不高,但我相信会对大家有所帮助的:)好了,下面让我们看一下在Discuz.Forum项目中的HttpModule类中的一些信息,看看URL重写到底如何实现:) 上面代码中的Init(HttpApplication context)是HttpModule类进行操作的入口,所有实现System.Web.IHttpModule 接口的类都必须实现这个函数。
同时大家看到的OnlineUsers.ResetOnlineList()方法主要是用于“重置(复位)在线表”,而有关“在线用户”的功能我会在以后专门写文章来加以介绍,所以这里大家只要知道它要干的事(代码如下)即可:) 而紧随其后的事件绑定代码就是一个关键点了,形如: 因为当通过浏览器提交请求时,IIS都会接管请求进行相应的操作(详见DUDU的文章:"ASP.NET 2.0运行时简要分析")后,最终通过Web.config中的相应配置节(上图所示)来执行用户预定的处理操作。而我们的代码就在ReUrl_BeginRequest事件中(代码如下,详情见注释): 这样就实现了伪URL的动态转换(地址重写)。而相应的“SiteUrls”类则是对伪URL设置信息进行访问读取的“封装类”,目的就是要将Discuz.Web项目中config文件夹下的urls.config文件转换
成可访问的信息对象。形如: 因为代码很简单,这里就不再另行说明了。
到目前,我们知道了要通过“urls.config”文件来进行伪URL重写,那么这个文件中的数据到底是什么样子呢,下面就是在成功安装discuz!nt 2.0产品之后的文件内容: 大家看到了吧。就目前而言伪URL重写的页面(page节点)包括如下几个:
showforum.aspx(版块列表),showtopic.aspx(主题列表),userinfo.aspx(用户信息),rss.aspx,虽然不多,但已基本满足了设置需要。而设置(配置)管理的页面在后台的“全局”-->“常规选项”-->“基本设置”-->“编辑伪静态url替换规则”,相信聊到这里大家对我们产品的这项功能应该有个大概认识了,但这不并是全部的设置,因为如果要接管形如"showforum-1-2.htm"这样的页面,是必须要到IIS里去“搞一把”的。因为默认的IIS中对htm(html)的处理是无法实现将上面的链接转成“showforum.aspx?forumid=1&page=2”的形式的,所以这里要参考一下官方文档(使用伪Url地址)中的方法。
下面再接着聊一下关于与第三方产品“整和”的问题。因为目前大多数采用 .net技术开发的主流产品(如博客园等)都会或多或少使用与本文类似或相同的做法来实现地址重写功能。比如:继承并实现IHttpHandler接口。
当然我们的产品所采用实现IHttpModule的方式会比IHttpHandler更早一步被 IIS进行处理。所以如果出现了这种情况,我个人建议是改动我们产品中的代码,通过在上述 ReUrl_BeginRequest事件中加入条件分支(第三方程序的伪地址规则)来实现“地址重写整合”;当然如果第三方的 (重写)规则太复杂的话,也可以在我们产品的相应代码中加入条件分支(只要出现第三方请求的链接页面或指定路径时),但不作任何处理(直接绿灯放行),这样就会转入到第三方的伪URL重写规则代码的“势力范围”内了。
当然如果第三方也使用类似IHttpModule的实现方式,则要看是谁的配置先出现在web.config中的相应配置节中了。因为“先入为主”嘛,如果先后顺序已明确的话,那么先被加载的HttpModule 模块就要做一下变动了,以便不会干扰后面的HttpModule模块的正常运行了。因为我手上这方面的实例也不多,所以只能在这里聊聊我本人的一些看法,相信随着官方“整合案例” 的增加,这方面的资料会得到更大的补充。
相信对于那些以前做过“URL重写”的朋友看到这一行配置的第一反映可能就是要去Discuz.Forum.HttpModule类中一看究竟。同时考虑到在<httpModules>配置节中加入处理的资料在网上有许多,所以这里就不再多费唇舌了。
另外如果大家感兴趣味的话,也可以抽空看看我的这篇文章,"NET框架中的 Observer 模式"。虽然该文是我在挖.net底层代码时是写的一些个人想法,可读性不高,但我相信会对大家有所帮助的:)好了,下面让我们看一下在Discuz.Forum项目中的HttpModule类中的一些信息,看看URL重写到底如何实现:) 上面代码中的Init(HttpApplication context)是HttpModule类进行操作的入口,所有实现System.Web.IHttpModule 接口的类都必须实现这个函数。
同时大家看到的OnlineUsers.ResetOnlineList()方法主要是用于“重置(复位)在线表”,而有关“在线用户”的功能我会在以后专门写文章来加以介绍,所以这里大家只要知道它要干的事(代码如下)即可:) 而紧随其后的事件绑定代码就是一个关键点了,形如: 因为当通过浏览器提交请求时,IIS都会接管请求进行相应的操作(详见DUDU的文章:"ASP.NET 2.0运行时简要分析")后,最终通过Web.config中的相应配置节(上图所示)来执行用户预定的处理操作。而我们的代码就在ReUrl_BeginRequest事件中(代码如下,详情见注释): 这样就实现了伪URL的动态转换(地址重写)。而相应的“SiteUrls”类则是对伪URL设置信息进行访问读取的“封装类”,目的就是要将Discuz.Web项目中config文件夹下的urls.config文件转换
成可访问的信息对象。形如: 因为代码很简单,这里就不再另行说明了。
到目前,我们知道了要通过“urls.config”文件来进行伪URL重写,那么这个文件中的数据到底是什么样子呢,下面就是在成功安装discuz!nt 2.0产品之后的文件内容: 大家看到了吧。就目前而言伪URL重写的页面(page节点)包括如下几个:
showforum.aspx(版块列表),showtopic.aspx(主题列表),userinfo.aspx(用户信息),rss.aspx,虽然不多,但已基本满足了设置需要。而设置(配置)管理的页面在后台的“全局”-->“常规选项”-->“基本设置”-->“编辑伪静态url替换规则”,相信聊到这里大家对我们产品的这项功能应该有个大概认识了,但这不并是全部的设置,因为如果要接管形如"showforum-1-2.htm"这样的页面,是必须要到IIS里去“搞一把”的。因为默认的IIS中对htm(html)的处理是无法实现将上面的链接转成“showforum.aspx?forumid=1&page=2”的形式的,所以这里要参考一下官方文档(使用伪Url地址)中的方法。
下面再接着聊一下关于与第三方产品“整和”的问题。因为目前大多数采用 .net技术开发的主流产品(如博客园等)都会或多或少使用与本文类似或相同的做法来实现地址重写功能。比如:继承并实现IHttpHandler接口。
当然我们的产品所采用实现IHttpModule的方式会比IHttpHandler更早一步被 IIS进行处理。所以如果出现了这种情况,我个人建议是改动我们产品中的代码,通过在上述 ReUrl_BeginRequest事件中加入条件分支(第三方程序的伪地址规则)来实现“地址重写整合”;当然如果第三方的 (重写)规则太复杂的话,也可以在我们产品的相应代码中加入条件分支(只要出现第三方请求的链接页面或指定路径时),但不作任何处理(直接绿灯放行),这样就会转入到第三方的伪URL重写规则代码的“势力范围”内了。
当然如果第三方也使用类似IHttpModule的实现方式,则要看是谁的配置先出现在web.config中的相应配置节中了。因为“先入为主”嘛,如果先后顺序已明确的话,那么先被加载的HttpModule 模块就要做一下变动了,以便不会干扰后面的HttpModule模块的正常运行了。因为我手上这方面的实例也不多,所以只能在这里聊聊我本人的一些看法,相信随着官方“整合案例” 的增加,这方面的资料会得到更大的补充。
本文标签:
很赞哦! (1)
暂无内容 |
暂无内容 |
相关文章
暂无内容 |
暂无内容 |
随机图文
Ecshop和Discuz开源产品有哪些局限性
记得今年年初,我初次接触Discuz!和Ecshop时,一阵阵地惊叹:成熟度这么高的产品,居然是免费的。我们这些搞传统软件开发的要怎么活?ASP.NET网站与Discuz论坛整合的方法实例
1.引入5个DLL到项目中3.如果想从 .domainname.xxx和bbs.domainname.XXX同步还得设置一下config\general.configdiscuz显示php错误的实现方法
让discuz显示php错误的方法:可以利用error_reporting函数来实现。error_reporting函数可以设定php报错级别,如【error_reporting(report_level)】。Discuz的数据库字段说明文档
cdb_access 用户权限表cdb_adminactions 管理动作表cdb_admingroups 管理组数据表cdb_adminnotes 管理员留言cdb_adminsessions 管理员后台在线记录cdb_advertisements
留言与评论 (共有 0 条评论) |