大家好，又见面了，我是你们的朋友全栈君。
RewriteCond
Syntax: RewriteCond TestString CondPattern [flags]
RewriteCond
指令定义一条规则条件。在一条
RewriteRule
指令前面可能会有一条或多条
RewriteCond
指令，只有当自身的模板
(pattern)
匹配成功且这些条件也满足时规则才被应用于当前
URL
处理。
TestString
是一个字符串，除了包含普通的字符外，还可以包括下列的可扩展结构：
Syntax: RewriteCond TestString CondPattern [flags]
RewriteCond
指令定义一条规则条件。在一条
RewriteRule
指令前面可能会有一条或多条
RewriteCond
指令，只有当自身的模板
(pattern)
匹配成功且这些条件也满足时规则才被应用于当前
URL
处理。
TestString
是一个字符串，除了包含普通的字符外，还可以包括下列的可扩展结构：
1.
$N,RewriteRule
后向引用，其中
(0 <= N <= 9)
$N
引用紧跟在
RewriteCond
后面的
RewriteRule
中模板中的括号中的模板在当前
URL
中匹配的数据。
$N,RewriteRule
后向引用，其中
(0 <= N <= 9)
$N
引用紧跟在
RewriteCond
后面的
RewriteRule
中模板中的括号中的模板在当前
URL
中匹配的数据。
2.
%N,RewriteCond
后向引用，其中
(0 <= N <= 9)
%N
引用最后一个
RewriteCond
的模板中的括号中的模板在当前
URL
中匹配的数据。
%N,RewriteCond
后向引用，其中
(0 <= N <= 9)
%N
引用最后一个
RewriteCond
的模板中的括号中的模板在当前
URL
中匹配的数据。
3. ${mapname:key|default},RewriteMap扩展. 具体参见RewriteMap
4，5详见附录
6. 特别说明：
o
SCRIPT_FILENAME
和
REQUEST_FILENAME
变量含有相同的值，也就是
Apache
服务器内部数据结构
request_rec
的
filename
字段的值。第一个变量是一个
CGI
变量，而第二个则与
REQUEST_URI(
含有
request_rec
数据结构中
uri
字段的值
)
保持一致。
SCRIPT_FILENAME
和
REQUEST_FILENAME
变量含有相同的值，也就是
Apache
服务器内部数据结构
request_rec
的
filename
字段的值。第一个变量是一个
CGI
变量，而第二个则与
REQUEST_URI(
含有
request_rec
数据结构中
uri
字段的值
)
保持一致。
o
%{ENV:variable}
中的
variable
可以是任何环境变量的名字。对其值的查找，先通过
Apache
内部的数据结构，（如找不到）再在
Apache
服务器进程中通过
getenv()
查找。
%{ENV:variable}
中的
variable
可以是任何环境变量的名字。对其值的查找，先通过
Apache
内部的数据结构，（如找不到）再在
Apache
服务器进程中通过
getenv()
查找。
o
%{HTTP:header}
中的
header
可以是任何
HTTP MIME-header
的名字，其值通过查找
HTTP
请求信息而得。
%{HTTP:header}
中的
header
可以是任何
HTTP MIME-header
的名字，其值通过查找
HTTP
请求信息而得。
o
%{LA-U:variable}
用来引用后续
API
阶段中定义的、当前还不知道的值，具体实现是通过执行一个基于
URL
的内部的
sub-request
来决定的
variable
的最终的值。例如，假如你想在服务器范围内利用
REMOTE_USER
的值来完成重写，但这个值是在验证阶段设置的，而验证阶段是在
URL
转换阶段的后面。从另一方面讲，由于
mod_rewrite
在修补
(fixup)API
阶段进行目录范围的重写，而修补阶段在验证阶段的后面，所以此时只要用
%{REMOTE_USER}
就可以取得该值了。
%{LA-U:variable}
用来引用后续
API
阶段中定义的、当前还不知道的值，具体实现是通过执行一个基于
URL
的内部的
sub-request
来决定的
variable
的最终的值。例如，假如你想在服务器范围内利用
REMOTE_USER
的值来完成重写，但这个值是在验证阶段设置的，而验证阶段是在
URL
转换阶段的后面。从另一方面讲，由于
mod_rewrite
在修补
(fixup)API
阶段进行目录范围的重写，而修补阶段在验证阶段的后面，所以此时只要用
%{REMOTE_USER}
就可以取得该值了。
o
%{LA-F:variable}
，执行一个基于文件名字
(filename)
的内部
sub-request
来决定
variable
的最终的值。大多数时间内，这和
LA-U
相同。
%{LA-F:variable}
，执行一个基于文件名字
(filename)
的内部
sub-request
来决定
variable
的最终的值。大多数时间内，这和
LA-U
相同。
CondPattern
是一个条件模板，也就是说，是一个扩展正则式（
extended regular expression
），用与跟
TestString
进行匹配。作为一个标准的扩展正则式，
CondPattern
有以下补充：
1.
可以在模板串前增加一个
!
前缀，以用表示不匹配模板。但并不是所有的
test
都可以加！前缀。
可以在模板串前增加一个
!
前缀，以用表示不匹配模板。但并不是所有的
test
都可以加！前缀。
2.
CondPattern
中可以使用以下特殊变量：
CondPattern
中可以使用以下特殊变量：
o
‘<CONDPATTERN’ (
小于，基于字母顺序
)
将
condPattern
当作一个普通字符串，将它和
TestString
进行比较，当
TestString
的字符小于
CondPattern
为真
.
‘<CONDPATTERN’ (
小于，基于字母顺序
)
将
condPattern
当作一个普通字符串，将它和
TestString
进行比较，当
TestString
的字符小于
CondPattern
为真
.
o
‘>CondPattern’ (
大于
)
将
condPattern
当作一个普通字符串，将它和
TestString
进行比较，当
TestString
的字符大于
CondPattern
为真
.
‘>CondPattern’ (
大于
)
将
condPattern
当作一个普通字符串，将它和
TestString
进行比较，当
TestString
的字符大于
CondPattern
为真
.
o
‘=CondPattern’ (
等于
)
将
condPattern
当作一个普通字符串，将它和
TestString
进行比较，当
TestString
与
CondPattern
完全相同时为真
.
如果
CondPattern
只是
“” (
两个引号紧挨在一起
)
此时需
TestString
为空字符串方为真
.
‘=CondPattern’ (
等于
)
将
condPattern
当作一个普通字符串，将它和
TestString
进行比较，当
TestString
与
CondPattern
完全相同时为真
.
如果
CondPattern
只是
“” (
两个引号紧挨在一起
)
此时需
TestString
为空字符串方为真
.
o
‘-d’ (
是否为目录
)
将
testString
当作一个目录名，检查它是否存在以及是否是一个目录
.
‘-d’ (
是否为目录
)
将
testString
当作一个目录名，检查它是否存在以及是否是一个目录
.
o
‘-f’ (
是否是
regular file)
将
testString
当作一个文件名，检查它是否存在以及是否是一个
regular
文件
.
‘-f’ (
是否是
regular file)
将
testString
当作一个文件名，检查它是否存在以及是否是一个
regular
文件
.
o
‘-s’ (
是否为长度不为
0
的
regular
文件
)
将
testString
当作一个文件名，检查它是否存在以及是否是一个长度大于
0
的
regular
文件
‘-s’ (
是否为长度不为
0
的
regular
文件
)
将
testString
当作一个文件名，检查它是否存在以及是否是一个长度大于
0
的
regular
文件
o
‘-l’ (
是否为
symbolic link)
将
testString
当作一个文件名，检查它是否存在以及是否是一个
symbolic link.
‘-l’ (
是否为
symbolic link)
将
testString
当作一个文件名，检查它是否存在以及是否是一个
symbolic link.
o
‘-F’ (
通过
subrequest
来检查某文件是否可访问
)
检查
TestString
是否是一个合法的文件，而且通过服务器范围内的当前设置的访问控制进行访问。这个检查是通过一个内部
subrequest
完成的
,
因此需要小心使用这个功能以降低服务器的性能。
‘-F’ (
通过
subrequest
来检查某文件是否可访问
)
检查
TestString
是否是一个合法的文件，而且通过服务器范围内的当前设置的访问控制进行访问。这个检查是通过一个内部
subrequest
完成的
,
因此需要小心使用这个功能以降低服务器的性能。
o
‘-U’ (
通过
subrequest
来检查某个
URL
是否存在
)
检查
TestString
是否是一个合法的
URL
，而且通过服务器范围内的当前设置的访问控制进行访问。这个检查是通过一个内部
subrequest
完成的
,
因此需要小心使用这个功能以降低服务器的性能。
‘-U’ (
通过
subrequest
来检查某个
URL
是否存在
)
检查
TestString
是否是一个合法的
URL
，而且通过服务器范围内的当前设置的访问控制进行访问。这个检查是通过一个内部
subrequest
完成的
,
因此需要小心使用这个功能以降低服务器的性能。
[flags]
是第三个参数，多个标志之间用逗号分隔。
1.
‘nocase|NC’ (
不区分大小写
)
在扩展后的
TestString
和
CondPattern
中，比较时不区分文本的大小写。注意，这个标志对文件系统和
subrequest
检查没有影响
.
‘nocase|NC’ (
不区分大小写
)
在扩展后的
TestString
和
CondPattern
中，比较时不区分文本的大小写。注意，这个标志对文件系统和
subrequest
检查没有影响
.
2.
‘ornext|OR’ (
建立与下一个条件的或的关系
)
默认的情况下，二个条件之间是
AND
的关系，用这个标志将关系改为
OR
。例如：
RewriteCond %{REMOTE_HOST} ^host1.* [OR] RewriteCond %{REMOTE_HOST} ^host2.* [OR] RewriteCond %{REMOTE_HOST} ^host3.* RewriteRule …
如果没有
[OR]
标志，需要写三个条件
/
规则
.
‘ornext|OR’ (
建立与下一个条件的或的关系
)
默认的情况下，二个条件之间是
AND
的关系，用这个标志将关系改为
OR
。例如：
RewriteCond %{REMOTE_HOST} ^host1.* [OR] RewriteCond %{REMOTE_HOST} ^host2.* [OR] RewriteCond %{REMOTE_HOST} ^host3.* RewriteRule …
如果没有
[OR]
标志，需要写三个条件
/
规则
.
例子：根据客户端浏览器的不同，返回不同的首页面。
RewriteCond %{HTTP_USER_AGENT} ^Mozilla.* RewriteRule ^/$ /homepage.max.html [L] RewriteCond %{HTTP_USER_AGENT} ^Lynx.* RewriteRule ^/$ /homepage.min.html [L] RewriteRule ^/$ /homepage.std.html [L]
RewriteCond %{HTTP_USER_AGENT} ^Mozilla.* RewriteRule ^/$ /homepage.max.html [L] RewriteCond %{HTTP_USER_AGENT} ^Lynx.* RewriteRule ^/$ /homepage.min.html [L] RewriteRule ^/$ /homepage.std.html [L]
当你在地址栏里输入 sina.com.cn google.cn
看看有什么变化？是不是会自动跳转到 www.sina.com.cn www.google.cn
这一技术通过apache的rewrite可以实现，当然你得把 不带www的域名指向你服务器的IP
要是虚拟主机的话，得在viralhost段加入 ServerAlias xxx.com
然后打开重写引擎功能
RewriteEngine On
能过rewritecond判断主机名是否带www
RewriteCond %{HTTP_HOST} ^xxx/.com$ [NC]
然后来一条
RewriteRule ^/(.*)$ http://www.xxx.com/$1 [R=301,L]
OK,重起apache，现在在浏览器中输入 xxx.com 看看是不是自动变成了www.xxx.com了呢。
重新整理一下就是：
RewriteEngine On
RewriteCond %{HTTP_HOST} ^xxx/.com$ [NC]
RewriteRule ^/(.*)$ http://www.xxx.com/$1 [R=301,L]
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请联系我们举报，一经查实，本站将立刻删除。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/130720.html原文链接：https://javaforall.net
