精华内容
下载资源
问答
  • urlrewrite

    2013-11-19 15:40:12
    urlrewrite
  • urlRewrite

    2018-05-11 14:30:41
    UrlRewrite就是我们通常说的地址重写,用户得到的全部都是经过处理后的URL地址 优点:安全,美化,搜索引擎SEO
  • URL rewrite

    2017-11-28 20:47:16
    URL Rewrite的概念URL Rewrite即URL重写,就是把传入Web的请求重定向到其他URL的过程。...比如http://www.123.com/news/index.asp?id=123 使用UrlRewrite转换后可以显示为http://www.123.com/news/123.html。UR

    URL Rewrite的概念

    URL Rewrite即URL重写,就是把传入Web的请求重定向到其他URL的过程。URL Rewrite最常见的应用是URL伪静态化,是将动态页面显示为静态页面方式的一种技术。比如http://www.123.com/news/index.asp?id=123 使用UrlRewrite转换后可以显示为http://www.123.com/news/123.html

    URL Rewrite有什么用?

    1,首先是满足观感的要求。
    对于追求完美主义的网站设计师,就算是网页的地址也希望看起来尽量简洁明快。形如http://www.123.com/news/index.asp?id=123的网页地址,自然是毫无美感可言,而用UrlRewrite技术,你可以轻松把它显示为 http://www.123.com/news/123.html

    2,其次可以隐藏网站所用的编程语言,还可以提高网站的可移植性。 
    当网站每个页面都挂着鲜明的.asp/.aspx/.php这种开发语言的标记,别人一眼即可看出你的网站是用什么语言做的。而且在改变网站的语言的时候,你需要改动大量的链接。而且,当一个页面修改了扩展名,它的pagerank也会随之消失,从头开始。我们可以用UrlRewrite技术隐藏我们的实现细节,这样修改移植都很方便,而且完全不损失pagerank。提高安全性,可以有效的避免一些参数名、ID等完全暴露在用户面前,如果用户随便乱输的话,不符合规则的话直接会返回个404或错误页面,这比直接返回500或一大堆服务器错误信息要好的多

    3,最后也是最重要的作用,是有利于搜索引擎更好地抓取你网站的内容。
    理论上,搜索引擎更喜欢静态页面形式的网页,搜索引擎对静态页面的评分一般要高于动态页面。所以,UrlRewrite可以让我们网站的网页更容易被搜索引擎所收录。

    使用urlrewrite的步骤如下:

    首页,访问其官网:http://tuckey.org/urlrewrite/,我下载的是最新的目前还处于Beta版的urlrewritefilter-3.2.0,下载后将其中的urlrewrite-3.2.0.jar扔到需使用此功能项目的lib目录中去
    其次,在web.xml中加入如下配置:

    [xhtml] view plain copy

    1. ​ UrlRewriteFilter
    2. ​ org.tuckey.web.filters.urlrewrite.UrlRewriteFilter
    3. ​ (这个可以不写,是配置UrlRewriter日志的配置,级别定成WARN)
    4. ​ logLevel
    5. ​ WARN
    6. ​ UrlRewriteFilter
    7. ​ /*
    8. ​ REQUEST
    9. ​ FORWARD

    过滤器的参数

    1. confReloadCheckInterval: 配置文件重加载间隔. 0表示随时加载, -1表示不重加载, 默认-1

    2. confPath: 配置文件路径. 是相对context的路径, 默认/WEB-INF/urlrewrite.xml

    3. logLevel: 设置日志级别, 可以是: TRACE, DEBUG, INFO(默认), WARN, ERROR, FATAL, log4j, commons, slf4j, sysout:{level}(比如 sysout:DEBUG), 如果你使用普通的日志级别有一定困难, 可以调为: sysout:DEBUG(表明是使用控制台输出的调试级别)

    4. statusPath: 设置改变状态路径, 不能和已经安装的应用冲突(注意, 默认是/rewrite-status), 注意, 必须以/开始

    5. statusEnabled: 设置status是否开启, 期望得到的值是true, false, 默认true

    6. statusEnabledOnHosts: 设置允许status的主机, *可以被用作通配符, 默认是”localhost, local, 127.0.0.1”

    7. modRewriteConf: 设置rewrite模式, 默认是false, 使用mod-rewrite(可以参照apache服务器的mod_rewrite相关资料)方式的配置文件, 如果设置为true并且confPath没有设置则配置文件路径将会被默认为/WEB-INF/.htaccess

    8. modRewriteConfText: 从这些参数的值加从载mod_rewrite样式的配置, 设置这些参数则其他所有的参数都会被忽略. 比如:

    modRewriteConfText

    RewriteRule ^/~([^/]+)/?(.*) /u/1/2 [R]

    RewriteRule ^/([uge])/([^/]+)/1/$2/ [R]

    1. allowConfSwapViaHttp: 设置是否允许通过HTTP方式交互设置参数, 比如, 通过调用/rewrite-status/?conf=WEB-INF/urlrewrite2.xml

    其实,urlrewrite其实就是个过虑器,它将会过虑用户的所有请求,符合规则的便对其进行重定向,具体的配置参数的使用方法见官方文档:http://urlrewritefilter.googlecode.com/svn/trunk/src/doc/manual/3.2/index.html
    配置好web.xml后将下载的urlrewritefilter-3.2.0中的urlrewrite.xml配置文件放在WEB-INF目录下,这样在使用urlrewritefilter时它便自动到该目录下读取相关的配置了,我配置了个简单的,代码如下:

    [xhtml] view plain copy

    1. ​ /zh_CN/NewsInfo/NEWS_([0-9]+)
    2. ​ /zh_CN/NewsInfo/view.do?method=view&id=$1
    3. ​ /zh_CN/NewsInfo.do/?method=view&id=([0-9]+)$
    4. ​ /zh_CN/NewsInfo/NEWS_$1

    rule结点中form的规则默认使用的是正则表达式来匹配的,当用户访问服务器时的URL会与该配置相比较,如果符合规则就会按照下面to结点中的配置对其进行跳转,其默认是forward跳转,具体配置可见官网文档。
    outbound-rule结点是服务器解析后的页面URL对外表现的形式,配置与上面的大体相同,如我一新闻链接代码在JSP中书写的形式如下:

    [xhtml] view plain copy

    1. ·

    经服务器解析后,最终显示在页面中的将变成:

    [xhtml] view plain copy

    1. · 新闻标题

    当用户点击此链接后urlrewrite便用通过rule的配置重跳转到真正的访问地址,这样便很好的隐藏了真实地址
    这其中有点是需要注意的,引用官网中的一段话:
    Using the example above JSP’s with the code

    经验分享:

    在Java web服务器内使用url rewrite

    每个网页或请求都是一个url地址,一般,这个地址可能是.do,.page,.action之类的并加上’?’号、’&’号查询串等构成的一个长长的的url。很urgly。
    一般的url———————————————————-较好的url
    http://www.xxx.net/user/profile.do?id=20001 ====> http://www.xxx.net/user/20001
    http://www.xxx.net/forum/board.do?name=java ====> http://www.xxx.net/forum/java
    http://www.xxx.net/forum/thread.do?id=29923 ====> http://www.xxx.net/thread/29923
    后者明显较为直观和漂亮。
    使用url rewrite可以很好的改善这个状况。网站url rewrite应用是非常广泛的,良好的url设计给用户带来的非常好的体验,同时也能吸引搜索引擎的注意。
    一种rewrite称为一个规则,上面的例子就是3个规则。rewrite技术可以在代理服务器实现,或者可以在tomcat之类的java web服务器实现。 Apache HTTP Server 2.x 和 mod_proxy提供了不错的Rewrite处理方法。so如果使用apache,则直接在apache中配置Rewrite即可。但是对于没有使用代 理,或者不完全要在代理服务器配置Rewrite的web应用,通过第三方Jar包也是可以实现很perfect的rewrite技术的。这是本帖的着重 点。
    这个第三方包的地址是:http://tuckey.org/urlrewrite/ (待会再去这个网站,现在先别去)
    这个包使用正则表达式仿照了apache rewrite的做法。而实现原理也是很明晰的:filter,forward,redirect机制组合:
    在web.xml配置一个UrlRewriteFilter,拦截所有进来的请求,对服务要求的请求进行rewrite。比如,对 http://www.xxx.net/user/([0-9]+)请求,forward到/profile.do?id=1urlrewrite.xmlJava/user/([09]+)/?
    ​ /profile.do?id=1/user/([09]+)/?
    /profile.do?id=1rule使.urlforward.doaction(使strut)Javaurlrewriteforwordurl.dohttp://domain/user/loginforwardhttp://domain/user/login.dohttp://domain/user/login/forwardhttp://domain/user/login.dohttp://domain/user/logout/forwardhttp://domain/user/logout.do/([azAZ]+[09azAZ/][09azAZ]+)/?
    ​ /$1.do



    - 这是一个通用请求url rewrite
    - 将请求forword url加上“.do”的处理器上。
    - 例:
    - 请求 http://{domain}/user/login 将被forward到 http://{domain}/user/login.do
    - 请求 http://{domain}/user/login/ 将被forward到 http://{domain}/user/login.do
    - 请求 http://{domain}/user/logout/ 将被forward到 http://{domain}/user/logout.do

    </note>
    <from>^/([_a-zA-Z]+[_0-9a-zA-Z-/]*[_0-9a-zA-Z]+)/?$</from>
    <to type="forward">/$1.do</to>
    </rule>

    上面只是介绍个大概,并不是urlrewriter这个jar包的使用指南。如果你觉得这种rewrite做法不错的话,不如直接访问这个网站吧 [url]http://tuckey.org/urlrewrite/ [/url]
    或者继续下面的getting start
    getting start:
    第一步:从http://tuckey.org/urlrewrite/ 上下载urlrewrite-3.0.3.jar包,放到webapp classpath下
    第二步:在web.xml配置UrlRewriteFilter:
    Java代码

    <filter><filter-name>UrlRewriteFilter</filter-name><filter-class>   
    ​         org.tuckey.web.filters.urlrewrite.UrlRewriteFilter   
    ​     </filter-class><init-param><param-name>logLevel</param-name><param-value>WARN</param-value></init-param>   
    </filter>   
    <filter-mapping><filter-name>UrlRewriteFilter</filter-name><url-pattern>/*</url-pattern>   
    </filter-mapping>  
    <filter>
    <filter-name>UrlRewriteFilter</filter-name>
    <filter-class>
    org.tuckey.web.filters.urlrewrite.UrlRewriteFilter
    </filter-class>
    <init-param>
    <param-name>logLevel</param-name>
    <param-value>WARN</param-value>
    </init-param>
    </filter>
    <filter-mapping>
    <filter-name>UrlRewriteFilter</filter-name>
    <url-pattern>/*</url-pattern>
    </filter-mapping>

    第三步:在web-inf下新建urlrewrite.xml文件,简单填入以下内容:
    Java代码

    展开全文
  • Urlrewrite

    2019-04-17 14:55:00
    Urlrewrite 地址重写,用户得到的全部都是经过处理后的URL地址 过滤用户的所有请求,符合规则的便对其进行重定向 rule结点中from默认使用的正则表达式来匹配,若用户访问服务器时的URL符合规则就跳转至to结点中...

    Urlrewrite 

    地址重写,用户得到的全部都是经过处理后的URL地址

    过滤用户的所有请求,符合规则的便对其进行重定向

    rule结点中from默认使用的正则表达式来匹配,若用户访问服务器时的URL符合规则就跳转至to结点中的配置,默认是forward跳转。

    <rule>:自定义匹配规则

    <note>:注释,解释标签

    <from>:显示的地址,要用()把要匹配的内容括起来才能获取,不然java会抛出异常

    <to type="">:匹配成功后的实际地址,可以为null,相当于未调用chain.doFilter,type有两个值,forward (转发,参数不丢失),redirect (重定向,地址栏显示的地址就是目标真实地址)

     

    注意:

    $1:匹配中的第一个正则表达式的字符串的值,$2,$3,$4....也是如此

    如果要用&符号,需要用&amp;代替

    urlrewrite.xml是utf-8,note标签内的中文也一定是要utf-8.

    UrlRewriteFilter 最好是配置在web.xml的前面filter上,不然有可能对有些url转变失去作用.

    urlrewrite有仅只有一个,rule至少一个.

    正则表达式^指定字符的串开始,$为指定结束,对于中文参数要使用(.*)作为参数转义.
     “+”匹配1或多个正好在它之前的那个字符

    如果使用<outbound-rule>要记得代码中的url都是编码过的;

    contex 是非常重要的, 如果有一个应用的context 是”/myapp”,并且你的请求是”/myapp/somefolder/somepage.jsp”, 容器交给UrlRewriteFilter 的url会是”/somefolder/somepage.jsp”, 这可能难以理解,但是在你的<rule>和<condition>中不要包含context path, 它是容器负责处理的.

    应用通配符,通配符匹配引擎可以替代正则表达式, 在<condition>和<rule>中设置match-type是wildcard用以开启支持通配符.(或者设置default-match-type)
    例如:
    /big/url/*匹配/big/url/abc.html但是不匹配/big/url/abc/dir/或/big/url/abc/
    /big/url/**匹配/big/url/abc.html,/big/url/abc/dir/和/big/url/abc/
    也可以和正则的替换一样, 每个*代表一个参数,在<set>和<to>中用$N的方式使用

    优点

    (1)提高安全性 :有效的避免一些参数名、ID等完全暴露在用户面前,若用户输入不符合规则会返回404或错误页面
    (2)美化URL :去除如*.do之类的后缀名、长参数串等

    使用步骤:

    1、下载urlrewritefilter-4.0.3.jar,加入到工程lib目录下。

    2、配置web.xml

    <!-- 加到任何servlet映射的顶部,不然可能有些路径不能被过滤到-->
    <filter>
      <filter-name>UrlRewriteFilter</filter-name>
      <filter-class>org.tuckey.web.filters.urlrewrite.UrlRewriteFilter</filter-class>
    </filter>
    <filter-mapping>
        <filter-name>UrlRewriteFilter</filter-name>
        <url-pattern>/*</url-pattern>
      <dispatcher>REQUEST</dispatcher>
      <dispatcher>FORWARD</dispatcher>
      <dispatcher>INCLUDE</dispatcher>
    </filter-mapping>

    3 、配置urlrewrite.xml

    添加urlrewrite.xml 到工程的WEB-INF目录下。
    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE urlrewrite PUBLIC "-//tuckey.org//DTD UrlRewrite 3.1//EN" "http://tuckey.org/res/dtds/urlrewrite3.1.dtd">
    <urlrewrite>
      <rule>
           <note>
               The rule means that requests to /test/status/ will be redirected to /rewrite-status the url will be rewritten.
           </note>
           <from>^/vweb/view/index\-([0-9]+)$</from>
           <to>/vweb/view/index.shtml?_vwebid=$1&amp;type=show</to>
       </rule>
    </urlrewrite>
    示例:
        <rule>
            <from>^/([a-z]+)/([a-z]+)/([a-z]+)$</from>
            <to>/$1.do?method=$2&amp;uuid=$3</to>
        </rule>

     

    在index.jsp中添加链接:<a href="process/show/index">跳转</a>

    地址栏url:http://localhost/urlrewrite/process/show/index,

    实际路径:http://localhost/urlrewrite/process.do?method=show&uuid=index

    转载于:https://www.cnblogs.com/whatarewords/p/10723544.html

    展开全文
  • url rewrite

    2019-06-28 13:03:50
    今天接手一个祖传项目,发现了使用url rewrite的一个过滤器: 它实际上是进行url的重新映射。比如说:ur 有个配置文件,里面写个 aaa.action = bbb.action. 那么在外部访问该网站aaa.action,实际上里面走的是bbb....

    今天接手一个祖传项目,发现了使用url rewrite的一个过滤器:

    它实际上是进行url的重新映射。比如说:ur 有个配置文件,里面写个 aaa.action = bbb.action.

    那么在外部访问该网站aaa.action,实际上里面走的是bbb.action的逻辑。

    我实在是搞不懂这样做是为了什么?

    第一瞬间想到的是安全,防止嗅探,但实际想想完全是没有必要。垃圾的校验逻辑再换url也没有用,严禁的校验逻辑把url写成逻辑格式照样行的通,安全不是这样做的。

    又查了下百度,说好处有两点:

    1。为了让搜索引擎能够更好的记住你。

    2.   为了迭代更新后不变更url。

    好吧,这两点感觉还是很牵强,因为可以对原始url进行操作或者不操作来达到这两个目的。

    缺点倒是明显,一来是url rewrite还会对访问多加一层链,第二是让接手项目人员看的一塌糊涂(真没有文档啊)。

    展开全文
  • UrlRewrite

    2008-11-20 20:39:28
    轻松实现.net中urlRewrite功能
  • URL Rewrite

    千次阅读 2013-03-20 22:00:16
    URL Rewrite的概念 URL Rewrite即URL重写,就是把传入Web的请求重定向到其他URL的过程。...比如http://www.123.com/news/index.asp?id=123 使用UrlRewrite转换后可以显示为 http://www.123.com/news/123.h
    URL Rewrite的概念
    

    URL Rewrite即URL重写,就是把传入Web的请求重定向到其他URL的过程。URL Rewrite最常见的应用是URL伪静态化,是将动态页面显示为静态页面方式的一种技术。比如http://www.123.com/news/index.asp?id=123 使用UrlRewrite转换后可以显示为 http://www.123.com/news/123.html

     

    URL Rewrite有什么用?

    1,首先是满足观感的要求。
    对于追求完美主义的网站设计师,就算是网页的地址也希望看起来尽量简洁明快。形如http://www.123.com/news/index.asp?id=123的网页地址,自然是毫无美感可言,而用UrlRewrite技术,你可以轻松把它显示为 http://www.123.com/news/123.html。

    2,其次可以隐藏网站所用的编程语言,还可以提高网站的可移植性。 
    当网站每个页面都挂着鲜明的.asp/.aspx/.php这种开发语言的标记,别人一眼即可看出你的网站是用什么语言做的。而且在改变网站的语言的时候,你需要改动大量的链接。而且,当一个页面修改了扩展名,它的pagerank也会随之消失,从头开始。我们可以用UrlRewrite技术隐藏我们的实现细节,这样修改移植都很方便,而且完全不损失pagerank。提高安全性,可以有效的避免一些参数名、ID等完全暴露在用户面前,如果用户随便乱输的话,不符合规则的话直接会返回个404或错误页面,这比直接返回500或一大堆服务器错误信息要好的多

    3,最后也是最重要的作用,是有利于搜索引擎更好地抓取你网站的内容。
    理论上,搜索引擎更喜欢静态页面形式的网页,搜索引擎对静态页面的评分一般要高于动态页面。所以,UrlRewrite可以让我们网站的网页更容易被搜索引擎所收录。

     

    使用urlrewrite的步骤如下:

    首页,访问其官网:http://tuckey.org/urlrewrite/,我下载的是最新的目前还处于Beta版的urlrewritefilter-3.2.0,下载后将其中的urlrewrite-3.2.0.jar扔到需使用此功能项目的lib目录中去
    其次,在web.xml中加入如下配置:

    [xhtml] view plaincopy
    1. <filter>  
    2.         <filter-name>UrlRewriteFilter</filter-name>  
    3.         <filter-class>org.tuckey.web.filters.urlrewrite.UrlRewriteFilter</filter-class>  
    4.         <init-param> (这个可以不写,是配置UrlRewriter日志的配置,级别定成WARN)  
    5.             <param-name>logLevel</param-name>  
    6.             <param-value>WARN</param-value>  
    7.         </init-param>  
    8.     </filter>  
    9.     <filter-mapping>  
    10.         <filter-name>UrlRewriteFilter</filter-name>  
    11.         <url-pattern>/*</url-pattern>  
    12.         <!-- 下两项可以不写 -->        
    13.         <dispatcher>REQUEST</dispatcher>  
    14.         <dispatcher>FORWARD</dispatcher>  
    15.     </filter-mapping>  

    过滤器的参数

    1. confReloadCheckInterval: 配置文件重加载间隔. 0表示随时加载, -1表示不重加载, 默认-1

    2. confPath: 配置文件路径. 是相对context的路径, 默认/WEB-INF/urlrewrite.xml

    3. logLevel: 设置日志级别, 可以是: TRACE, DEBUG, INFO(默认), WARN, ERROR, FATAL, log4j, commons, slf4j, sysout:{level}(比如 sysout:DEBUG), 如果你使用普通的日志级别有一定困难, 可以调为: sysout:DEBUG(表明是使用控制台输出的调试级别)

    4. statusPath: 设置改变状态路径, 不能和已经安装的应用冲突(注意, 默认是/rewrite-status), 注意, 必须以/开始

    5. statusEnabled: 设置status是否开启, 期望得到的值是true, false, 默认true

    6. statusEnabledOnHosts: 设置允许status的主机, *可以被用作通配符, 默认是”localhost, local, 127.0.0.1”

    7. modRewriteConf: 设置rewrite模式, 默认是false, 使用mod-rewrite(可以参照apache服务器的mod_rewrite相关资料)方式的配置文件, 如果设置为true并且confPath没有设置则配置文件路径将会被默认为/WEB-INF/.htaccess

    8. modRewriteConfText: 从这些参数的值加从载mod_rewrite样式的配置, 设置这些参数则其他所有的参数都会被忽略. 比如:

    <init-param>

    <param-name>modRewriteConfText</param-name>

    <param-value>

    RewriteRule ^/~([^/]+)/?(.*) /u/$1/$2 [R]

    RewriteRule ^/([uge])/([^/]+)$ /$1/$2/ [R]

    </param-value>

    </init-param>

    9. allowConfSwapViaHttp: 设置是否允许通过HTTP方式交互设置参数, 比如, 通过调用/rewrite-status/?conf=WEB-INF/urlrewrite2.xml

    其实,urlrewrite其实就是个过虑器,它将会过虑用户的所有请求,符合规则的便对其进行重定向,具体的配置参数的使用方法见官方文档:http://urlrewritefilter.googlecode.com/svn/trunk/src/doc/manual/3.2/index.html
    配置好web.xml后将下载的urlrewritefilter-3.2.0中的urlrewrite.xml配置文件放在WEB-INF目录下,这样在使用urlrewritefilter时它便自动到该目录下读取相关的配置了,我配置了个简单的,代码如下:

    [xhtml] view plaincopy
    1. <rule>  
    2.     <from>/zh_CN/NewsInfo/NEWS_([0-9]+)</from>  
    3.     <to>/zh_CN/NewsInfo/view.do?method=view&amp;id=$1</to>  
    4. </rule>  
    5.       
    6. <outbound-rule>  
    7.     <from>/zh_CN/NewsInfo.do/?method=view&amp;id=([0-9]+)$</from>  
    8.     <to>/zh_CN/NewsInfo/NEWS_$1</to>  
    9. </outbound-rule>  

    rule结点中form的规则默认使用的是正则表达式来匹配的,当用户访问服务器时的URL会与该配置相比较,如果符合规则就会按照下面to结点中的配置对其进行跳转,其默认是forward跳转,具体配置可见官网文档。
    outbound-rule结点是服务器解析后的页面URL对外表现的形式,配置与上面的大体相同,如我一新闻链接代码在JSP中书写的形式如下:

    [xhtml] view plaincopy
    1. <c:url var="news_url" value="/zh_CN/Press/view.do?method=view&id=${cur.id}&msg=Press" />  
    2. <li>· <a href="${news_url}" mce_href="${news_url}" target="_blank" title="${cur.titleSub}">${cur.title}</a></li>  

    经服务器解析后,最终显示在页面中的将变成:

    [xhtml] view plaincopy
    1. <li>· <a href="/项目名/zh_CN/NewsInfo/NEWS_9999" mce_href="项目名/zh_CN/NewsInfo/NEWS_9999" target="_blank" title="${cur.titleSub}">新闻标题</a></li>  

    当用户点击此链接后urlrewrite便用通过rule的配置重跳转到真正的访问地址,这样便很好的隐藏了真实地址
    这其中有点是需要注意的,引用官网中的一段话:
    Using the example above JSP's with the code
    <a href="<%= response.encodeURL("/world.jsp?country=usa&amp;city=nyc") %>">nyc</a>
    will output
    <a href="/world/usa/nyc">nyc</a>

    Or JSTL
    <a href="<c:url value="/world.jsp?country=${country}&amp;city=${city}" />">nyc</a>
    will output
    <a href="/world/usa/nyc">nyc</a>

    Note, If you are using JSTL (ie, <c:url) this will work also.
    意思就是说需要转化的链接不能直接写在a标签中,需要写在c:url或其他服务器需要解析的变量中,这样才能对其重新显示

     

     urlrewrite.xml的配置和使用

    DTD约束

    <!DOCTYPE urlrewrite

            PUBLIC "-//tuckey.org//DTD UrlRewrite 3.0//EN"

            "http://tuckey.org/res/dtds/urlrewrite3.0.dtd">

    2. <urlrewrite />

    2.1. default-match-type(可选): 

    2.1.1. regex, 默认. 所有未指定match-type属性的rule都使用java正则表达式进行匹配

    2.1.2. wildcard: 所有未指定match-type属性的rule都使用通配符匹配引擎匹配

    2.2. decode-using(可选):

    2.2.1. header, utf8: 默认. 使用request.getCharacterEncoding()得到的编码对URL解码, 如果是空, 使用utf8.

    2.2.2. null: 不进行解码. 设置为: decode-using=”null”

    2.2.3. header: 仅仅使用request.getCharacterEncoding()解码

    2.2.4. [encoding]: 仅仅使用一个指定的字符编码比如ISO-8859-1.

    2.2.5. header, [encoding]: 对一个URL解码时使用request.getCharacterEncoding(), 如果得到的值为空, 则使用encoding指定的编码.

    2.3. use-query-string(可选):

    2.3.1. false: 默认. 在from进行匹配的时候, 查询字符串不会参加

    2.3.2. true: 查询字符串参与from的匹配

    2.4. use-context(可选):

    2.4.1. false: 默认. from元素匹配时, application的contex路径将不会增加到url中

    2.4.2. true: application的contex路径参与from元素的匹配

    3. <rule />: 0个或多个

    3.1. enabled(可选):

    3.1.1. true: 默认.允许这个规则

    3.1.2. false: 废弃这个规则

    3.2. match-type(可选):

    3.2.1. regex: 默认. 使用java正则匹配

    3.2.2. wildcard: 使用通配符表达式引擎

    4. <outbound-ruld />: 0个或多个. 和普通的rule非常相似, 但是这里是在response.encodeURL()方法调用时进行重写的.

    4.1. enabled(可选):

    4.1.1. true: 默认. 允许规则

    4.1.2. false: 废弃规则

    4.2. encodefirst(可选):

    4.2.1. fasle: 默认, 在运行了encodeURL()方法之后运用这个重写规则

    4.2.2. true: 在encodeURL()之前运用这个重写规则

    5. <name />: 一个用于记录规则名称的可选元素, 可以在<rule />和<outbound-rule />上使用

    6. <note />: 用于记录规则描述的一个简单可选元素, 可以用在<rule />和<outbound-rule />上.

    7. <condition />: 针对规则的选择条件. 注意, 在规则运用的时候必须满足所有的条件.

    7.1. type(可选): 

    7.1.1. header: 默认. 如果设置, 头名称必须通过<condition />的name属性指定

    7.1.2. method: 请求方法. GET, POST, HEAD等

    7.1.3. port: application运行的端口

    7.1.4. time: 服务器当前时间(使用Unix时间戳), 这个通常被用于确保内容仅在设置的时间存活

    7.1.5. year: 服务器的当前年

    7.1.6. month: 服务器的当前月份

    7.1.7. dayofmonth: 当天是一月的第几天, 每月第一天是1

    7.1.8. dayofweek: 当天是一周的第几天, 星期天是7

    7.1.9. ampm: 上午或下午

    7.1.10. hourofday: 一天的第多少小时(24小时制)

    7.1.11. minute: 当前服务器时间的分

    7.1.12. second: 当前服务器时间的秒

    7.1.13. millisecond: 当前服务器时间的毫秒

    7.1.14. attribute: 检查request的属性(getAttribute)值, 要检查的属性名称通过<condition />的name指定

    7.1.15. auth-type: 检查request属性的值.   request.getAuthType

    7.1.16. character-encoding: 接收到请求的编码

    7.1.17. content-length: 请求的长度(对于拒绝响应大请求很有用)

    7.1.18. content-type: 请求类型

    7.1.19. context-path: 请求的contex路径

    7.1.20. cookie: 检查cookie值, cookie的名称通过<condition />的name属性指定

    7.1.21. parameter: 检查请求参数, 参数名称通过<condition />的name属性指定

    7.1.22. path-info: 相当于request.getPathInfo()

    7.1.23. path-translated: 相当于request.getTranslated()

    7.1.24. protocol: 用于过滤协议

    7.1.25. query-string: 得到url后面的参数字符串

    7.1.26. remote-addr: IP地址过滤

    7.1.27. remote-host: 远程主机过滤(注意, 仅仅在应用服务器配置了查看(远程)主机名时才可用)

    7.1.28. remote-user: 当前登录用户, 如果用户被授权可用

    7.1.29. requested-session-id: 当前session的id

    7.1.30. request-uri: 请求URL的从协议名到查询字符串部分

    7.1.31. request-url: 重构后的URL, 返回的URL包含协议, 服务器名称, 端口, 路径, 但不包含查询字符串

    7.1.32. session-attribute: 检查session中的属性(getAttribute), 属性名称通过<condition />的name属性设置.

    7.1.33. session-isnew: 检查session是不是新的

    7.1.34. server-name: 请求发送到的服务器的主机名(从host这个头中得到的不是机器名)

    7.1.35. scheme: 请求的scheme

    7.1.36. user-in-role: 注意, 这里的值不能是正则表达式

    7.2. name: 配合一些特殊type使用的, 可以是任何值

    7.3. next: 

    7.3.1. and: 默认. 下一个和这一个条件都必须匹配

    7.3.2. or: 下一个或这一个条件匹配

    7.4. operator: 

    7.4.1. equal: 默认. 指定正则和真实值匹配

    7.4.2. notequal: 真实值和正则不匹配

    7.4.3. greater: 大于, 仅用于数值

    7.4.4. less: 小于

    7.4.5. greaterorequal: 大于等于

    7.4.6. lessorequal: 小于等于

    8. <from />: 通常在<rule />和<outbound-rule />中都必须指定一个, 值可以是正则表达式(Perl5方式的正则), 注意: from指定的url是和contex相关的

    8.1. casesensitive: 

    8.1.1. false: 默认. 大小写不敏感

    8.1.2. true: 大小写敏感

    9. <to />: 可以是一个perl5样式的正则替换表达式

    9.1. type:

    9.1.1. forward: 默认. 请求匹配这个<rule />的所有<condition />, 并且URL使用内部跳转到”to”指定的地址(注意, 这里forward到的URL必须和UrlRewriteFilter位于同一个容器中)

    9.1.2. passthrough: 和forward相同

    9.1.3. redirect: 请求匹配所有<condition />和这个<rule />的<from />, 通知客户端跳转到<to />指定地址

    9.1.4. permanent-redirect: 相当于做了以下事情

    response.setStatus(

    HttpServletResponse.SC_MOVED_PERMANENTLY

    );

    response.setHeader(“Location”, [<to />指定的值]);

    9.1.5. temporary-redirect: 相当于做了以下事情

    response.setStatus(

    HttpServletResponse. SC_MOVED_TEMPORARILY

    );

    response.setHeader(“Location”, [<to />指定的值]);

    9.1.6. pre-include

    9.1.7. post-include

    9.1.8. proxy: 请求URL将会以全路径被代理, 使用此特性需要引入commons-http和commons-codec包

    9.2. last: 

    9.2.1. false: 默认. 其余<rule />将会处理如果这个匹配

    9.2.2. true: 如果匹配这个规则将不会处理

    9.3. encode:

    9.3.1. false: <rule />下是默认值. 在rewrite之前, 用response.encodeURL([to的值])编码URL

    9.3.2. true: <outbound-rule />下默认值. 不会编码URL

    9.4. context: 

    如果应用服务器配置了允许”穿透context”通信, 那么这个属性可以被用于forward(并且仅仅能用于forward)请求到另外一个serlvet context…..也就是跨应用forward

    在Tomcat上, server.xml或context.xml中配置crossContext=”true”, 例如: 允许两个应用”app”和”forum”之间通信, 那么可以如下配置:

    <Context docBase=”app” path=”/app” reloadable=”true” crossContext=”true” />

    <Context docBase=”forum” path=”/forum” reloadable=”true” crossContext=”true” />

    10. <to />的其他方面

    10.1. <to />可以是null, 意义为: 如果匹配请求不再继续, 相当于没有调用chain.doFilter

    10.2. 使用$N获取<from />中配置的子组, N必须是1至10之间的数

    10.3. 任何<condition />中可以使用的type中的值都可以在<to />中使用, 比如<to>/%{parameter:page}</to>

    10.4. 函数调用: ${函数名: 参数1:参数2}  可以在<set />和<to />中使用

    name

    example

    example returns

    replace

    ${replace:my cat is a blue cat:cat:dog}

    my dog is a blue dog

    replaceFirst

    ${replace:my cat is a blue cat:cat:dog}

    my cat is a blue dog

    escape

    ${escape:a b c}

    a+b+c

    unescape

    ${unescape:a+b+c}

    a b c

    lower

    ${lower:Hello World}

    hello world

    upper

    ${upper:hello}

    HELLO

    trim

    ${trim: abc def }

    abc def

    11. <set />: 在匹配规则的时候, 允许设置一些值.

    11.1. type:

    11.1.1. request: 默认. 类似于request.setAttribute

    11.1.2. session: session.setAttribute

    11.1.3. response-header: response.setHeader

    11.1.4. cookie: 值以”[value][:domain[:lifetime[:path]]]”的格式设置.  是指给客户端浏览器设置cookie, cookie名称由<set />的name属性指定

    11.1.4.1. value: cookie的值

    11.1.4.2. domain: 服务器

    11.1.4.3. lifetime: 存货时间

    11.1.4.4. path: cookie的path

    11.1.5. status: response.setStatus

    11.1.6. content-type: response.setContentType

    11.1.7. charset: response.setCharacterEncoding

    11.1.8. expires: 设置HTTP头中的过期时间, 设置的格式为{数值 类型}, 比如: “1 day 2 seconds”

    11.1.9. locale: response.setLocale

    11.1.10. parameter: 允许将request.getParameter得到的某个参数的值在这里进行重新处理

    11.1.11. method: 允许将request.getMethod()得到的值进行重新处理

    11.2. name: type是request, session, response-header, cookie的时候, 必须设置name

    11.3. 举例:

    <rule>

    <condition name=”user-agent”>Mozilla/3\.0 (compatible; AvantGo .*)</condition>

    <from>.*</from>

    <set name=”client”>AvantGo</set>

    </rule>

    <rule>

    <condition name=”user-agent”>UP\.Browser/3.*SC03 .*</condition>

    <from>.*</from>

    <set name=”client”>Samsung SCH-6100</set>

    </rule>

    12. <run />: 允许在<rule />和<condition />都匹配的时候, 执行一个对象方法

    12.1. class: 全限定名的类名, 期望调用方法的类名.

    12.2. method(可选): 默认值为run.  期望调用的方法名. 该方法必须有两个参数(HttpServletRequest request, HttpServletResponse response).  注意, 如果该对象有init(ServletConfig)或destroy()方法, 在创建和销毁对象的时候会自动调用, ServletConfig中可以得到初始化参数, 参数通过<init-param />的方式传递:

    <run class=”selfimpr.MyServlet” method=”doGet”>

    <init-param>

    <param-name>id</param-name>

    <param-value>1</param-value>

    </init-param>

    </run>

    12.3. neweachtime: 默认false. 表明是否每次请求都创建一个对象实例.

    13. Tip

    13.1. 在配置中如果要使用”&”, 用&

    13.2. 简单起见, 给<from />的配置前面和后面分别加上^, $, 这两个是正则表达式中的强制开始和结尾标志

    13.3. 如果使用<outbound-rule>要记得代码中的url都是编码过的

    13.4. 正则表达式非常复杂灵活, 请阅读java.util.regex.Pattern中的java正则介绍

    13.5. 如果觉得正则难以理解, 可以使用通配符方式

    13.6. contex是非常重要的, 如果有一个应用的context是”/myapp”, 并且你的请求是”/myapp/somefolder/somepage.jsp”, 容器交给UrlRewriteFilter的url会是”/somefolder/somepage.jsp”, 这可能难以理解, 但是在你的<rule>和<condition>中不要包含context path, 它是容器负责处理的.

    14. 通配符: 

    通配符匹配引擎可以替代正则表达式, 在<condition>和<rule>中设置match-type是wildcard用以开启支持通配符.(或者设置default-match-type)

    例如:

    /big/url/*匹配/big/url/abc.html但是不匹配/big/url/abc/dir/或/big/url/abc/

    /big/url/**匹配/big/url/abc.html, /big/url/abc/dir/和/big/url/abc/

    也可以和正则的替换一样, 每个*代表一个参数, 在<set>和<to>中用$N的方式使用

     

    经验分享:

    在Java web服务器内使用url rewrite 

    每个网页或请求都是一个url地址,一般,这个地址可能是.do,.page,.action之类的并加上'?'号、'&'号查询串等构成的一个长长的的url。很urgly。 
    一般的url----------------------------------------------------------较好的url 
    http://www.xxx.net/user/profile.do?id=20001   ====> http://www.xxx.net/user/20001 
    http://www.xxx.net/forum/board.do?name=java   ====> http://www.xxx.net/forum/java 
    http://www.xxx.net/forum/thread.do?id=29923   ====> http://www.xxx.net/thread/29923 
    后者明显较为直观和漂亮。 
    使用url rewrite可以很好的改善这个状况。网站url rewrite应用是非常广泛的,良好的url设计给用户带来的非常好的体验,同时也能吸引搜索引擎的注意。 
    一种rewrite称为一个规则,上面的例子就是3个规则。rewrite技术可以在代理服务器实现,或者可以在tomcat之类的java web服务器实现。 Apache HTTP Server 2.x 和 mod_proxy提供了不错的Rewrite处理方法。so如果使用apache,则直接在apache中配置Rewrite即可。但是对于没有使用代 理,或者不完全要在代理服务器配置Rewrite的web应用,通过第三方Jar包也是可以实现很perfect的rewrite技术的。这是本帖的着重 点。 
    这个第三方包的地址是:http://tuckey.org/urlrewrite/ (待会再去这个网站,现在先别去) 
    这个包使用正则表达式仿照了apache rewrite的做法。而实现原理也是很明晰的:filter,forward,redirect机制组合: 
    在web.xml配置一个UrlRewriteFilter,拦截所有进来的请求,对服务要求的请求进行rewrite。比如,对 http://www.xxx.net/user/([0-9]+)请求,forward到/profile.do?id=$1。这就是一条规则。在这个 第三方包中的规则文件urlrewrite.xml中可以这样定义:
    Java代码 
    <rule>   
         <from>^/user/([0-9]+)/?$</from>   
         <to type="forward">/profile.do?id=$1</to>   
    </rule>  
    <rule>
    <from>^/user/([0-9]+)/?$</from>
    <to type="forward">/profile.do?id=$1</to>
    </rule>
    对我来说,一般我会配置一个通用的rule,使所有没有包含"."的url forward到.do的action上来(本人使用strut做系统较多) 
    Java代码 
    <rule>   
         <note>   
             - 这是一个通用请求url rewrite   
             - 将请求forword url加上“.do”的处理器上。   
             - 例:   
             -    请求 http://{domain}/user/login     将被forward到 http://{domain}/user/login.do   
             -    请求 http://{domain}/user/login/    将被forward到 http://{domain}/user/login.do   
             -    请求 http://{domain}/user/logout/   将被forward到 http://{domain}/user/logout.do   
         </note>   
         <from>^/([_a-zA-Z]+[_0-9a-zA-Z-/]*[_0-9a-zA-Z]+)/?$</from>   
         <to type="forward">/$1.do</to>   
    </rule>  
    <rule>
    <note>
    - 这是一个通用请求url rewrite
    - 将请求forword url加上“.do”的处理器上。
    - 例:
    - 请求 http://{domain}/user/login 将被forward到 http://{domain}/user/login.do
    - 请求 http://{domain}/user/login/ 将被forward到 http://{domain}/user/login.do
    - 请求 http://{domain}/user/logout/ 将被forward到 http://{domain}/user/logout.do
    </note>
    <from>^/([_a-zA-Z]+[_0-9a-zA-Z-/]*[_0-9a-zA-Z]+)/?$</from>
    <to type="forward">/$1.do</to>
    </rule>
    上面只是介绍个大概,并不是urlrewriter这个jar包的使用指南。如果你觉得这种rewrite做法不错的话,不如直接访问这个网站吧 [url]http://tuckey.org/urlrewrite/ [/url] 
    或者继续下面的getting start 
    getting start: 
    第一步:从http://tuckey.org/urlrewrite/ 上下载urlrewrite-3.0.3.jar包,放到webapp classpath下 
    第二步:在web.xml配置UrlRewriteFilter: 
    Java代码 
    <filter>   
         <filter-name>UrlRewriteFilter</filter-name>   
         <filter-class>   
             org.tuckey.web.filters.urlrewrite.UrlRewriteFilter   
         </filter-class>   
         <init-param>   
             <param-name>logLevel</param-name>   
             <param-value>WARN</param-value>   
         </init-param>   
    </filter>   
    <filter-mapping>   
         <filter-name>UrlRewriteFilter</filter-name>   
         <url-pattern>/*</url-pattern>   
    </filter-mapping>  
    <filter>
    <filter-name>UrlRewriteFilter</filter-name>
    <filter-class>
    org.tuckey.web.filters.urlrewrite.UrlRewriteFilter
    </filter-class>
    <init-param>
    <param-name>logLevel</param-name>
    <param-value>WARN</param-value>
    </init-param>
    </filter>
    <filter-mapping>
    <filter-name>UrlRewriteFilter</filter-name>
    <url-pattern>/*</url-pattern>
    </filter-mapping>
    第三步:在web-inf下新建urlrewrite.xml文件,简单填入以下内容: 
    Java代码 
    <?xml version="1.0" encoding="utf-8"?>   
    <!DOCTYPE urlrewrite PUBLIC "-//tuckey.org//DTD UrlRewrite 3.0//EN"  
         "http://tuckey.org/res/dtds/urlrewrite3.0.dtd">   
      
    <urlrewrite>   
         <rule>   
             <note>   
                 - 这是一个通用请求url rewrite   
                 - 将请求forword url加上“.do”的处理器上。   
                 - 例:   
                 -    请求 http://{domain}/user/login     将被forward到 http://{domain}/user/login.do   
                 -    请求 http://{domain}/user/login/    将被forward到 http://{domain}/user/login.do   
                 -    请求 http://{domain}/user/logout/   将被forward到 http://{domain}/user/logout.do   
             </note>   
             <from>^/([_a-zA-Z]+[_0-9a-zA-Z-/]*[_0-9a-zA-Z]+)/?$</from>   
             <to type="forward">/$1.do</to>   
         </rule>   
      
    </urlrewrite>  
    <?xml version="1.0" encoding="utf-8"?>
    <!DOCTYPE urlrewrite PUBLIC "-//tuckey.org//DTD UrlRewrite 3.0//EN"
    "http://tuckey.org/res/dtds/urlrewrite3.0.dtd">
    <urlrewrite>
    <rule>
    <note>
    - 这是一个通用请求url rewrite
    - 将请求forword url加上“.do”的处理器上。
    - 例:
    - 请求 http://{domain}/user/login 将被forward到 http://{domain}/user/login.do
    - 请求 http://{domain}/user/login/ 将被forward到 http://{domain}/user/login.do
    - 请求 http://{domain}/user/logout/ 将被forward到 http://{domain}/user/logout.do
    </note>
    <from>^/([_a-zA-Z]+[_0-9a-zA-Z-/]*[_0-9a-zA-Z]+)/?$</from>
    <to type="forward">/$1.do</to>
    </rule>
    </urlrewrite>
    第四步:启动web应用,将原来需要.do的请求改为去掉.do后请求,看看结果。 
    第五步:更详细的规则定义,请看http://tuckey.org/urlrewrite/manual/3.0/ 
    另外,tomcat自 5.0.15 后,提供了一个类似rewrite做法(for simple balance): 
    filter + 自带或定制的rule规则实现 + redirect重定向(没有forward,故url将被改为被重定向后的地址)。 
    在rewrite处理上,tomcat提供的功能是比较一般的,不及上面介绍的jar包。 
    但是tomcat的做法是根据具体的HttpServletRequest来做判断的,不仅仅是进来的请求的url,所以,各有千秋。 
    参考资料: 
    http://tomcat.apache.org/tomcat-5.5-doc/balancer-howto.html 
    http://src.opensolaris.org/source/xref/sfw/usr/src/cmd/tomcat/apache-tomcat-5.5.17-src/container/webapps/balancer/WEB-INF/classes/org/apache/webapp/balancer/Rule.java 

    展开全文
  • URLRewrite

    2012-10-26 10:01:54
    我们为什么要使用URLRewrite重写url技术呢,在网上搜了一下,有篇文章说是有主要三个原因(会用搜索的人一定能在网上搜索到)   1、满足搜索引擎的要求 google可以抓取动态页面,但是google对动态页面的评分一般...
  • URL REWRITE 

    千次阅读 2009-05-11 22:44:00
    把URI地址用作参数传递:URL REWRITE最简单的是基于各种WEB服务器中的URL重写转向(Rewrite)模块的URL转换:这样几乎可以不修改程序的实现将 news.asp?id=234 这样的链接映射成 news/234.html,从外面看上去和静态...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 12,747
精华内容 5,098
关键字:

urlrewrite