码迷,mamicode.com
首页 > 其他好文 > 详细

  RewriteCond 和 RewriteRule的区别

时间:2015-04-23 13:48:57      阅读:445      评论:0      收藏:0      [点我收藏+]

标签:joomla开发 joomla二次开发 joomla网站

 



RewriteCond有点类似于C语言的if.也就是条件判断。

RewriteCond 的语法:

     RewriteCond  测试的字符串   CondPattern[flags]

RewriteCond指令定义一条规则条件。在一条RewriteRule指令前面可能会有一条或多条RewriteCond指令,只有当自身的匹配模式(pattern)匹配成功且这些条件也满足时规则才被应用于当前的URL处理。

测试字符串

测试字符串,除了包含普通的字符外,还可以包括下列的可扩展结构:

1,$N RewriteRule后向引用,其中(0 <=N<=9) $N引用紧跟在RewriteCond后面的RewriteRule中匹配模式中的URL相匹配的数据。和正则表达式差不多。

2,%N RewriteCond后向引用,其中(0<=N<=9) %N引用最后一个RewriteCond的模板(匹配模式)中的括号的模板在当前URL中匹配的数据

3,${mapname:key|default}, RewriteMap扩展。

4,%{NAME_OF_VARIABLE}服务器变量。

HTTP headers:

connection & request:

server internals

system stuff:

HTTP_USER_AGENT

REMOTE_ADDR

DOCUMENT_ROOT

TIME_YEAR

HTTP_REFERER

REMOTE_HOST

SERVER_ADMIN

TIME_MON

HTTP_COOKIE

REMOTE_USER

SERVER_NAME

TIME_DAY

HTTP_FORWARDED

REMOTE_IDENT

SERVER_ADDR

TIME_HOUR

HTTP_HOST

REQUEST_METHOD

SERVER_PROTOCOL

TIME_MIN

HTTP_PROXY_CONNECTION

SCRIPT_FILENAME

SERVER_SOFTWARE

TIME_SEC

HTTP_ACCEP

PATH_INFO


TIME_WDAY


AUTH_TYPE


TIME

5,

HTTP headers:

connection & request:

server internals

system stuff:

HTTP_USER_AGENT

REMOTE_ADDR

DOCUMENT_ROOT

TIME_YEAR

HTTP_REFERER

REMOTE_HOST

SERVER_ADMIN

TIME_MON

HTTP_COOKIE

REMOTE_USER

SERVER_NAME

TIME_DAY

HTTP_FORWARDED

REMOTE_IDENT

SERVER_ADDR

TIME_HOUR

HTTP_HOST

REQUEST_METHOD

SERVER_PROTOCOL

TIME_MIN

HTTP_PROXY_CONNECTION

SCRIPT_FILENAME

SERVER_SOFTWARE

TIME_SEC

HTTP_ACCEP

PATH_INFO


TIME_WDAY


AUTH_TYPE


TIME

6,说明:

SCRIPT_FILENAME 和REQUEST_FILENAME变量具有相同的值,也就是Apache服务器内部数据request_rec的filename字段的值。第一个变量是CGI变量,第二个变量则与REQUEST_URI保存一致。

CondPattern 匹配模式

CondPattern是一个条件模板,也就是说,是一个扩展正则表达式,用于和测试字符串进行匹配。作为一个标准的扩展正则式,CondPattern有一下补充:

1,可以在模板串前加一个!前缀,以用来表示不匹配模板。但并不是所有的测试都可以加!前缀

2,ConPattern中可以使用以下特殊变量:

 ‘<CondPattern‘(小于 ,基于字母顺序) 将condPattern当作一个普通字符串,将它和TestString进行比较,当TestString的字符小于CondPattern为真。

 ‘>CondPattern‘,‘=CondPattern‘

 ‘-d‘是否为目录  。将testString作为一个文件名,检查它是否存以及是否是一个目录。

‘-f‘ 是否是普通文件。

‘-s‘是否是长度不为0的常规文件

‘-l‘是否是一个link

‘-F‘是否是文件可访问

‘-U‘是否是一个合法的URL

[flags]参数

可以使用多个参数,多个参数用好、逗号分割

1,‘NC‘  (不区分大小写) 在扩展后的TestString和CondPattern中,比较时不区分文本的大小写

2,‘OR’(建立与下一个条件的或的关系)。默认条件下,两个条件之间是AND关系

 

RewriteRule

语法:RewriteRule pattern Substitution[flags]

一条RewriteRule指令,定义一条重写规则,规则间的顺序非常重要。pattern是一个POSIX正则式,用以匹配当前的URL.当前的URL不一定是用最初提交的URL.因为一些规则可能在此规则之前就已经对URL进行了处理。

对于mod_rewrite来说,!是一个合法的模板前缀,表示”非"的意思,这对描述不满足某种匹配条件的情况非常的方便,或用作最后一条默认规则。当使用!时,不能够在模板中有分组的通配符,也不能够做向后引用。

当匹配成功后,substitution会被用来替换相应的匹配,它除了可以是普通的字符串之外,还可以包括:

1,$N,引用RewriteRule模板中匹配的相关子串。

2,%N,引用最后一个RewriteCond模板中匹配的数据

3,%{VARNAME}服务器变量

 

这些特殊的内容的扩展,按上述顺序进行:

一个URL的全部相关部分都会被substitution替换,而且这个替换过程会一直持续到所有的规则都被执行完。除非明确地用L标志中断处理过程。

当susbstitution有"-“前缀时,表示不进行替换,只做匹配检查。

利用RewriteRule,可定义含有请求串(Query String)的URL,此时只需在Sustitution中加入一个?,表示此后的内容加入QUERY_STRING变量中。如果需要清空一个 QUERY_STRING变量,只需以?结束Susstitution串即可,

 

R[=code] 强制重定向 给当前的URL增加前缀

F 立即返回状态之403

G 强制返回410

P 强制将当前的URL送往代理模块

L 最后一条规则。中止重写流程,不再对当前URL施加更多的重写规则  相当于C中的break

N 重新从第一条重写规则开始执行重写过程,新开的过程中的URL不应该于当前的URL相同。相当于C中的continue

………………………………

7. # ‘chain|C‘ (将当前的规则与其后续规则綑绑(chained))
  当规则匹配时,处理过程与没有綑绑一样;如果规则不匹配,则綑绑在一起的后续规则也不在检查和执行。


8. ‘type|T=MIME-type‘ (
强制MIME类型)
  强制将目标文件的MIME-type为某MIME类型。例如,这可用来模仿mod_alias模块对某目录的ScriptAlias指定,通过强制将该目录下的所有文件的类型改为 “application/x-httpd-cgi”.

 
9. ‘nosubreq|NS‘ (used only if no internal sub-request )
   这个标志强制重写引擎跳过为内部sub-request的重写规则.例如,当mod_include试图找到某一目录下的默认文件时 (index.xxx),sub-requests 会在Apache内部发生. Sub-requests并非总是有用的,在某些情况下如果整个规则集施加到它上面,会产生错误。利用这个标志可排除执行一些规则。


10. ‘nocase|NC‘ (
模板不区分大小写)

这个标志会使得模板匹配当前URL时忽略大小写的差别。

 


11. ‘qsappend|QSA‘ (
追加请求串(querystring))
  这个标志,强制重写引擎为Substitution的请求串追加一部分串,则不是替换掉原来的。借助这个标志,可以使用一个重写规则给请求串增加更多的数据。


12. ‘noescape|NE‘ (
不对输出结果中的特殊字符进行转义处理)
   通常情况下,mod_write的输出结果中,特殊字符(如‘%‘,‘$‘, ‘;‘, 等)会转义为它们的16进制形式(如分别为‘%25‘, ‘%24‘, and ‘%3B‘)。这个标志会禁止mod_rewrite对输出结果进行此类操作。 这个标志只能在 Apache 1.3.20及以后的版本中使用。


13. ‘passthrough|PT‘ (
通过下一个处理器)
   这个标志强制重写引擎用filename字段的值来替换内部request_rec数据结构中uri字段的值。. 使用这个标志,可以使后续的其它URI-to-filename转换器的Alias、ScriptAlias、Redirect等指令,也能正常处理 RewriteRule指令的输出结果。用一个小例子来说明它的语义:如果要用mod_rewrite的重写引擎将/abc转换为/def,然后用mod_alas将/def重写为ghi,则要:
RewriteRule ^/abc(.*) /def$1 [PT]
Alias /def /ghi
如 果PT标志被忽略,则mod_rewrite也能很好完成工作,如果., 将 uri=/abc/...转换为filename=/def/... ,完全符合一个URI-to-filename转换器的动作。接下来 mod_alias 试图做 URI-to-filename 转换时就会出问题。
注意:如果要混合都含有URL-to-filename转换器的不同的模块的指令,必须用这个标志。最典型的例子是mod_alias和mod_rewrite的使用。


14. ‘skip|S=num‘ (
跳过后面的num个规则)
  当前规则匹配时,强制重写引擎跳过后续的num个规则。用这个可以来模仿if-then-else结构:then子句的最后一条rule的标志是skip=N,而N是else子句的规则条数。


15. ‘env|E=VAR:VAL‘ (
设置环境变量)
   设置名为VAR的环境变量的值为VAL,其中VAL中可以含有正则式的后向引用($N或%N)。这个标志可以使用多次,以设置多个环境变量。这儿设置的变量,可以在多种情况下被引用,如在XSSI或CGI中。另外,也可以在RewriteCond模板中以%{ENV:VAR}的形式被引用。


16. 

   注意:一定不要忘记,在服务器范围内的配置文件中,模板(pattern)用以匹配整个URL;而在目录范围内的配置文件中,目录前缀总是被自动去掉后再进行模板匹配的,且在替换完成后自动再加上这个前缀。这个功能对很多种类的重写是非常重要的,因为如果没有去前缀,则要进行父目录的匹配,而父目录的信息 并不是总能得到的。一个例外是,当substitution中有http://打头时,则不再自动增加前缀了,如果P标志出现,则会强制转向代理。

注 意:如果要在某个目录范围内启动重写引擎,则需要在相应的目录配置文件中设置“RewriteEngine on”,且目录的“OptionsFollowSymLinks”必须设置。如果管理员由于安全原因没有打开FollowSymLinks,则不能使用重写引擎。

http://hostname 开头),否则会从代理模块得到一个错误. 这个标志,是ProxyPass指令的一个更强劲的实现,将远程请求(remote stuff)映射到本地服务器的名字空间(namespace)中来。
   注意,使用这个功能必须确保代理模块已经编译到Apache 服务器程序中了. 可以用“httpd -l ”命令,来检查输出中是否含有mod_proxy.c来确认一下。如果没有,而又需要使用这个功能,则需要重新编译``httpd‘‘程序并使用 mod_proxy有效。 http://thishost[:thisport]/ ,从而生成一个新的URL,强制生成一个外部重定向(externalredirection,指生的URL发送到客户端,由客户端再次以新的URL发出请求,虽然新URL仍指向当前的服务器). 如果没有指定的code值,则HTTP应答以状态值302 (MOVED TEMPORARILY),如果想使用300-400(不含400)间的其它值可以通过在code的位置以相应的数字指定,也可以用标志名指定: temp (默认值), permanent, seeother.

注意,当使用这个标志时,要确实substitution是个合法的URL,这个标志只是在URL前增加 http://thishost[:thisport]/ 前缀而已,重写操作会继续进行。如果要立即将新URL重定向,用L标志来中重写流程。http://thishost[:port ]的前缀,则mod_rewrite会自动将此前缀去掉。因此,利用 http://thisthost 做一个无条件的重定向到自己,将难以奏效。要实现这种效果,必须使用R标志。
  Flags是可选参数,当有多个标志同时出现时,彼此间以逗号分隔。

这是我们的网站:http://www.zmax99.com 欢迎大家前去下载使用。

Zmax程序人------中国joomla开发团队

 


  RewriteCond 和 RewriteRule的区别

标签:joomla开发 joomla二次开发 joomla网站

原文地址:http://10007960.blog.51cto.com/9997960/1637484

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!