中国第一Ajax站长门户:www.okajax.com   虚拟主机 域名注册 云主机

玩转asp.net的URL Rewriting - okajax.com - Ajax中国

我要投稿 会员登陆 RSS订阅 本站推荐:
您的位置主页 > 网站运营 > SEO优化 > 玩转asp.net的URL Rewriting

玩转asp.net的URL Rewriting

2009-04-30    文章来源:互联网    浏览次数:

URL Rewriting,这个好像似曾相识,又觉得很陌生的技术,已经随着资讯安全与SEO (Search Engine Optimization)的脚步,逐渐影响每个Web Developer,不论你是走哪个技术的,基本上都很难不去重视它,因为它其实可以帮你很多忙。光是一个REST的URL样式,就可以让很多人眼睛为之一亮。

试想,如果你的网站有某支URL是长这样好看:
http://www.okajax.com/myblog/blog.aspx?id=18472938290&postdate=20090404

还是这样好看:
http://www.okajax.com/myblog/2009/04/04/18472938290.aspx

又或者,使用者是否可以用这样的输入URL方式:
http://www.okajax.com/productinfo/MP3

去列出他想要搜寻的MP3 Player的型录,还是要使用者去打:
http://www.okajax.com/productinfo/search.aspx?keyword=MP3这样的URL?

我想对行销或消费者行为有概念的人来看的话,答案就很明显了。

URL Rewriting的强项,就是将外表的URL,转换成内部自己看的到的URL再做处理,可以让内部的URL继续使用,又可以让外部的URL具亲和性,因此URL Rewriting现在已经逐渐成为网站开发人员必须要知道的技术之一,而且现在其实已经有很多URL Rewriting的模组可以使用了,例如UrlRewriting.Net这个套件,或是IIS 7.0中的URL Rewriting Module等。

不过,如果能够自己走一遭的话,会更了解URL Rewriting是什么,而且对于网路上的URL Rewriting模组,也会更具精确的掌握力(以下以ASP.NET为主要说明的技术,其他的语言请参照手册,找出相对应的功能)。

首先,URL Rewriting是作为外部与内部URL要求的转换器,它需要过滤所有的URL,来执行重转向的动作,因此它比较适合生存在Web Server的执行过程中,以ASP.NET来说,使用HTTP Module即可处理这方面的工作(HTTP Handler较不适合)。

接者,设定处理HttpApplication.BeginRequest或是HttpApplication.AuthorizeRequest事件(多数的模组都是处理HttpApplication.AuthorizeRequest事件):

  1. public void Init(HttpApplication context)   
  2. {   
  3.      context.AuthorizeRequest += new EventHandler(AppAuthorizeRequest);   
  4. }  

然后再于事件常式中,呼叫HttpApplication.Context.RewritePath()即可:

  1. public void AppAuthorizeRequest(object sender, EventArgs e)   
  2. {   
  3.      (sender as HttpApplication).Context.RewritePath("~/MyHandler.aspx");   
  4. }  

然后,在Web.config中,将这个模组挂到system.web/httpModules设定中,若是IIS 7.0,则要设在system.webServer/modules中。

  1. <system.webServer>   
  2.      <validation validateIntegratedModeConfiguration="false" />   
  3.      <modules>   
  4.          <add name="UrlRewritingHandler" type="UrlRewritingModule" />   
  5.      </modules>   
  6. </system.webServer>  

然后执行这个Web Application,不论你输入哪个URL路径,都会被导向到MyHandler.aspx中(当然,你的专案中要有MyHandler.aspx这个网页)。

URL Rewriting其实技术上就是这样而已,透过HttpApplication.Context.RewritePath()将要求的URL传到指定的网页来处理,然而在开发实务上,URL Rewriting要考量的其实很多:

由于每个URL都会被处理,那如果URL指向的是图片,档案,scripts或其他资源时要如何处理? 是否有特殊要排除的路径? 执行URL Rewriting时,URL的格式要怎么设计才会符合需求? 由于URL被重写时,<form>的action属性会反应内部的URL,而不是外部的URL,此时要如何处理?

URL Rewriting对效能很要求,因为它要处理每一个URL要求,而不是选择性不处理。

另外,URL也不是一定要硬性的做Rewriting,部份需要排除的就不需要做Rewriting,或者你有某种格式的URL是要做重导向(HTTP 302)的话,也可以直接输出HTTP 302讯息要求浏览器重导向即可,切记,不要在URL Rewriting中加太多的判断条件,也不要在URL Rewriting中做太耗时间的事,那只会拖慢URL的处理速度(例如还要连资料库存取资料这种事)。

文章评论(查看全部)

看不清楚?单击换一张。
loading.. 评论加载中....
关于我们 - 广告服务 - 版权隐私 - 免责声明 - RSS地图 - 网站地图 - 使用帮助 - 返回顶部