RewriteCond 和 RewriteRule的区别



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的区别
				


				
时间： 2024-10-10 15:04:22 

		


		


	

	
	

		


		
  RewriteCond 和 RewriteRule的区别的相关文章


								

		

			

                转: 全面理解.htaccess语法中RewriteCond和RewriteRule意义
			

		

		

									

				关于.htaccess伪静态的使用,章郎虫一直没有好好想过.以前一直是在网上找现成的,然后修改下网址实现重定向.今天我专门找资料看了下RewriteCond和RewriteRule的意思及使用方法.然后回过头看<网站地址更改之htaccess和php的301重定向>这篇文章,终于有些理解.现在不用一直找现成的代码,也可以自己写一些规则实现重定向了.下面就简单的介绍下他们的用法. RewriteCond的语法 RewriteCond TestString CondPattern [Flags]其			

		

	

				

		

			

                RewriteCond与RewriteRule用法
			

		

		

									

				Rewrite重写任务基本上都是由RewriteCond和RewriteRule两个命令配合完成. 首先看一段简单代码: [Shell] 纯文本查看 复制代码 1 2 3 RewriteBase / RewriteCond %{http_host} ^softwhy.com$ [NC] RewriteRule ^(.*)$ http://www.softwhy.com/$1 [R=301] 下面对上述代码做一下分析: (1).RewriteBase /规定根目录为基准路径,具体参阅.htacce			

		

	

				

		

			

                .htaccess语法中RewriteCond和RewriteRule意义
			

		

		

									

				如果 xxx 匹配ooo 并且 如果 xxx2 匹配ooo 并且 那么 xxx3的访问 应该变为 xxx4 举个例子: RewriteCond %{REQUEST_URI} ^.*$ RewriteCond %{REQUEST_URI} ^/(?!pic).*$ RewriteRule ^(.*)$ /frontend/web/$1 代码解释: 如果 字符串 %{REQUEST_URI} 是 除 "\n"以外的字符开头,并且出现零次或多次,并且除 "\n"以外的字符			

		

	

				

		

			

                RewriteCond 和RewriteRule规则说明 （转）
			

		

		

									

				Apache的Mod_rewrite学习 (RewriteCond重写规则的条件)收藏RewriteCond Syntax: RewriteCond TestString CondPattern [flags] RewriteCond指令定义一条规则条件.在一条RewriteRule指令前面可能会有一条或多条RewriteCond指令,只有当自身的模 板(pattern)匹配成功且这些条件也满足时规则才被应用于当前URL处理. TestString是一个字符串,除了包含普通的字符外,还可以包括下			

		

	

				

		

			

                URL重写：RewriteCond指令与RewriteRule 指令格式
			

		

		

									

				Rewirte基本的功能就是实现URL的跳转和隐藏真实地址,基于Perl语言的正則表達式规范.平时帮助我们实现拟静态,拟文件夹,域名跳转,防止盗链等.本文将针对mod_rewrite和URL匹配的技术细节,以及RewriteCond与RewriteRule 指令格式进行探讨. Rewirte模块内部处理 Rewirte模块的内部处理极为复杂,可是为了使一般用户避免犯低级错误.也让管理员能充分利用其功能.在此仍然做一下说明. Rewirte模块API阶段 首先,你必须了解Apache是分若干阶段来			

		

	

				

		

			

                apache RewriteCond RewriteRule
			

		

		

									

				http://www.rockbb.com/blog/?p=319 http://www.cnblogs.com/scgw/archive/2011/12/10/2283029.html 我的理解:当浏览器发送一个请求到服务器请求一个资源的时候,比如 http://localhost/user/13 ,我们的web服务器---这里是Apache服务器,接收到这个请求,就会去判断 这个资源在我们的服务器上到底有没有.但在这之前呢,我们的 Apache 可以对这个请求的URL 进行一个转换 http			

		

	

				

		

			

                Url Rewrite 再说Url 重写
			

		

		

									

				前几天看到园子里一篇关于 Url 重写的文章<获取ISAPI_Rewrite重写后的URL>, URL-Rewrite 这项技术早已不是一项新技术了,这个话题也已经被很多人讨论过多次.搜索一下URL-Rewrite可以找到很多URL-Rewrite方面的文章和组件,自己以前也多次接触过这个东东,也来说说吧. ScottGu 有一篇非常经典的 URL-Rewrite Blog Tip/Trick: Url Rewriting with ASP.NET http://weblogs.asp.net			

		

	

				

		

			

                .htaccess 语法以及应用
			

		

		

									

				[转] http://blog.sina.com.cn/s/blog_6e8b46e701014drc.html http://blog.sina.com.cn/s/blog_6e8b46e701014dtu.html .htaccess是Apache服务器的一个非常强大的分布式配置文件. 正确的理解和使用.htaccess文件,可以帮助我们优化自己的服务器或者虚拟主机. 如何启用htaccess 以windows为例,进入apache/conf目录,找到httpd.conf文件,去掉 Load			

		

	

				

		

			

                apache重写字段详细说明
			

		

		

									

				用Apache虚拟主机的朋友很多,apache提供的.htaccess模块可以为每个虚拟主机设定rewrite规则,这对网站SEO优化相当有用,同时也改善了用户体验.国内的虚拟机一般不提供.htaccess功能(据我所知,discuz的主机好像提供此功能),而在国外主机中,.htaccess功能似乎是标配,笔者的Blog架在MT上,支持.htaccess,每次看到一堆别人写好了的.htaccess设置,很多命令都不甚了了,查看.修改起来很不方便,痛定思痛,潜心学习一下,知其所以然嘛- 学习前提: