详解ASP.NET的SEO：RewritePath（）方法

http://www.cnblogs.com/NetSos/archive/2010/04/17/1714470.html

.要将www.freeflying.com/Jack/articles-2467.html转化成www.freeflying.com/articles.aspx?author=Jack&id=2467，肯定不能在我们习惯的页面事件中完成。因为如果不经过转换，我们根本无法到达www.freeflying.com/articles.aspx页面，链接会直接指向www.freeflying.com/Jack/articles-2467.html，在那里，也没有articles-2467.html文件，我们只能得到一个404错误。所以，转换工作将在“应用程序生命周期”中完成。

　　具体的实现方式有两种：Global.asax和HttpModule;但他们都采用了同一个方法：RewritePath()。

　　对于应该选择Global.asax还是HttpModule，有很多人都认为，HttpModule效率更高，但我无法理解。按照msdn的说法，“如果我们创建了Global.asax文件，该文件将会被编译成一个HttpApplication派生类，并由该HttpApplicant派生类代替默认的HttpApplication实例，用以维护application。当HttpApplication实例被创建的同时，在web.config中注册的所有HttpModule也会被创建;再然后，HttpApplication的Init()方法被调用。”“HttpApplication实例维护一个pipeline，用以依次对request请求进行验证、缓存等处理”，而比较常用的有BeginRequest事件(在UrlRewrite中就是调用的该方法)，ProcesRequest()方法(HttpHandler中必须实现的方法)。所以，我认为，HttpApplication(包括Global.asax文件)“包含”了Application事件、HttpModule和HttpHandler的“容器”。无论把代码写在Global.asax还是HttpModule中，性能是一样的。

 微软urlrewrite 重写详细说明：  http://www.microsoft.com/china/msdn/library/webservices/asp.net/URLRewriting.mspx?mfr=true

 UrlRewriter 是微软封装好了的一个URL重写组件。对于如何使用UrlRewriter ，网上N多介绍。但发现都是千遍一律，怀疑他们是否真正照自己的说法去实践过，因为真正照他们的文章做下来，问题的出现让你根本无法一帆风顺。在这里作者将把自己在Windows XP下使用的经验结合网上介绍的方法来介绍具体如何对UrlRewriter 进行配置使用。

        第一步，请从此下载UrlRewriter组件。你可以从本文提供的附件下载或直接从msdn中进行下载：
        http://download.microsoft.com/download/0/4/6/0463611e-a3f9-490d-a08c-877a83b797cf/MSDNURLRewriting.msi

        第二步，把下载的MSDNURLRewriting.msi安装包运行安装。然后对URLRewriter、ActionlessForm两个项目进行生成。把两个项目所生成的DLL，从各自项目的bin\Debug中
解压，把UrlRewriter.dll copy到你的项目 bin 目录下。

       第三步，在自己的项目中对上述两个项目生成的DLL进行引用
       URLRewriter项目的：URLRewriter.dll
       ActionlessForm项目的：ActionlessForm.dll

       第四步，在Web.config中加入：
       1、指定URLRewriter的配置节和命名空间声明

<?xml version="1.0" encoding="gb2312" ?>
<configuration>
     <configSections>
          <section name="RewriterConfig" type="URLRewriter.Config.RewriterConfigSerializerSectionHandler, URLRewriter" />
     </configSections>

       2、加入URL重写的规则节点：
如： 
   <RewriterConfig>
          <Rules>
              <RewriterRule>
                   <LookFor>~/Sell/(.[0-9]*)\.shtml</LookFor>
                   <SendTo>~/Search/Search_Sell.aspx?id=$1</SendTo>
              </RewriterRule>
              <RewriterRule>
                   <LookFor>~/Sell/Search_Sell\.aspx</LookFor>
                   <SendTo>~/Search/Search_Sell.aspx</SendTo>
              </RewriterRule>
              <RewriterRule>
       <LookFor>~/Buy/(.[0-9]*)\.shtml</LookFor>
                   <SendTo>~/Search/Search_Buy.aspx?id=$1</SendTo>
              </RewriterRule>
              <RewriterRule>
       <LookFor>~/Buys/(.[0-9]*)\.shtml</LookFor>
                   <SendTo>~/Buys/Show.aspx?id=$1</SendTo>
              </RewriterRule>
          </Rules>
     </RewriterConfig>

        这个就要根据你的需要了，如果你对正则表达式不熟，那就自己GOOGLE一下正则表达式吧。

        3、加入模块配置（写在<system.web>里面）：
如：
<httpHandlers>
     <add verb="*" path="*.aspx" type="URLRewriter.RewriterFactoryHandler, URLRewriter" />
  </httpHandlers>
（这里表示使用HTTP程序来处理重写）

         好了，到了现在我们可以试一下看。

        于是输入：http://127.0.0.1:8080/Sell/1.aspx 出现了，呵呵。但是如果所它改为：http://127.0.0.1:8080/Sell/1.shtml
晕，发现不行。汗。。。
        呵呵，原因是没把HTML的解析用 asp.net  的ISAPI来解析。
办法是。。。

        第五步，在IIS\你的站点\属性\主目录\配置\映谢 加入一个扩展名为“.*”配置跟 aspx页面相同的扩展名项。注意“确认文件是否存在”不要勾选，否则会出现找不到文件。
       注意，在Windows XP下你会发现添加映射对话框的“确定”按钮为灰色不可用状态。如何解决？之所以会出现这种现象主要是因为用户在图1界面的“可执行文件”文本框中输入的应用程序包含了压缩路径，而压缩路径是Windows XP以上版本系统新增加的一种技术，这种技术虽然增强了可读性，可是应用程序扩展名映射添加/编辑对话框却认为这样的应用程序路径不正确，从而导致了对应对话框中的“确定”按钮处于灰色不可选状态。要想解决这种故障现象，我们只要将鼠标指针移动到图1界面的“可执行文件”文本框中并进行单击操作，这样我们就会看到压缩路径此时就会自动失效，同时应用程序扩展名映射添加/编辑对话框中的“确定”按钮也就被自动激活了，一旦发现“确定”按钮处于可点击状态时，我们就能成功完成应用程序扩展映射配置操作了。当然，我们如果知道目标应用程序的详细路径时，可以直接采用手工输入的方法输入目标应用程序的路径信息，并且设置好它的扩展名称，这样一来“确定”按钮就不会失效，我们只要单击“确定”按钮，就能将指定的应用程序扩展名映射添加成功了。

       现在再来试试看。什么？#￥%#￥%#，还是不行。呵呵。不要急，咱们回过头再来看看，原来在 Web.config 中我们没有配置 .shtml 也使用模块此解析。

       第六步，在模块配置中加入：
  <httpHandlers>
     <add verb="*" path="*.aspx" type="URLRewriter.RewriterFactoryHandler, URLRewriter" />
     <add verb="*" path="*.shtml" type="URLRewriter.RewriterFactoryHandler, URLRewriter" />
  </httpHandlers>

        再试试看，坏了，shtml页面访问不了了，出现下面的问题
没有为扩展名“.shtml”注册的生成提供程序。可以在 machine.config 或 web.config 中的 <compilation><buildProviders> 节注册一个。请确保所注册的提供程序具有包含值“Web”或“All”的 BuildProviderAppliesToAttribute 属性。
        解决办法：在webconfig里</compilation>节点下添加:

<buildProviders>

         <add extension=".shtml" type="System.Web.Compilation.PageBuildProvider" />

</buildProviders>

现在总可以了吧，呵呵。终于看到了，兴奋吧。不要急，这还只是最简单的。如果你的页面有回传。比如说放了DATAGRID，有分页的，你点到下一页就发现，晕倒，又出问题了。
这下怎么办呢，这个其实微软件的网站上就有说到，我在这里简述一下了。

第七步，加入窗体回传保持的组件：就是第三步中所引用的 ActionlessForm.dll。

然后在你的这个页面中加入：
<%@ Register TagPrefix="skm" Namespace="ActionlessForm" Assembly="ActionlessForm" %>
再把你的<Form...>改为：
<skm:Form id="你的表单名" method="post" runat="server">
.....
</skm:Form>

That's All.现在你可以高枕无忧了。一切如你所愿。

最后，恭祝各位一切顺利。