rewrite简介_rewrite游戏「建议收藏」

rewrite简介_rewrite游戏「建议收藏」RewriteCondSyntax:RewriteCondTestStringCondPattern[flags]  RewriteCond指令定义一条规则条件

rewrite简介_rewrite游戏「建议收藏」

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

  
TestString
是一个字符串,除了包含普通的字符外,还可以包括下列的可扩展结构:
1.      
$N,RewriteRule
后向引用,其中
(0 <= N <= 9)
  
$N
引用紧跟在
RewriteCond
后面的
RewriteRule
中模板中的括号中的模板在当前
URL
中匹配的数据。
2.      
%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
字段的值
)
保持一致。
o       
%{ENV:variable}
中的
variable
可以是任何环境变量的名字。对其值的查找,先通过
Apache
内部的数据结构,(如找不到)再在
Apache
服务器进程中通过
getenv()
查找。
o       
%{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}
就可以取得该值了。
o       
%{LA-F:variable}
,执行一个基于文件名字
(filename)
的内部
sub-request
来决定
variable
的最终的值。大多数时间内,这和
LA-U
相同。
  
CondPattern
是一个条件模板,也就是说,是一个扩展正则式(
extended regular expression
),用与跟
TestString
进行匹配。作为一个标准的扩展正则式,
CondPattern
有以下补充:
1.      
可以在模板串前增加一个
!
前缀,以用表示不匹配模板。但并不是所有的
test
都可以加!前缀。
2.      
CondPattern
中可以使用以下特殊变量:
o       
‘<CONDPATTERN’ (
小于,基于字母顺序
)

condPattern
当作一个普通字符串,将它和
TestString
进行比较,当
TestString
的字符小于
CondPattern
为真
.
o       
‘>CondPattern’ (
大于
)

condPattern
当作一个普通字符串,将它和
TestString
进行比较,当
TestString
的字符大于
CondPattern
为真
.
o       
‘=CondPattern’ (
等于
)

condPattern
当作一个普通字符串,将它和
TestString
进行比较,当
TestString

CondPattern
完全相同时为真
.
如果
CondPattern
只是
“” (
两个引号紧挨在一起
)
此时需
TestString
为空字符串方为真
.
o       
‘-d’ (
是否为目录
)

testString
当作一个目录名,检查它是否存在以及是否是一个目录
.
o       
‘-f’ (
是否是
regular file)

testString
当作一个文件名,检查它是否存在以及是否是一个
regular
文件
.
o       
‘-s’ (
是否为长度不为
0

regular
文件
)

testString
当作一个文件名,检查它是否存在以及是否是一个长度大于
0

regular
文件
o       
‘-l’ (
是否为
symbolic link)

testString
当作一个文件名,检查它是否存在以及是否是一个
symbolic link.
o       
‘-F’ (
通过
subrequest
来检查某文件是否可访问
)
检查
TestString
是否是一个合法的文件,而且通过服务器范围内的当前设置的访问控制进行访问。这个检查是通过一个内部
subrequest
完成的
,
因此需要小心使用这个功能以降低服务器的性能。
o       
‘-U’ (
通过
subrequest
来检查某个
URL
是否存在
)
检查
TestString
是否是一个合法的
URL
,而且通过服务器范围内的当前设置的访问控制进行访问。这个检查是通过一个内部
subrequest
完成的
,
因此需要小心使用这个功能以降低服务器的性能。
  
[flags]
是第三个参数,多个标志之间用逗号分隔。
1.      
‘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]
标志,需要写三个条件
/
规则
.
例子:根据客户端浏览器的不同,返回不同的首页面。
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]

今天的文章rewrite简介_rewrite游戏「建议收藏」分享到此就结束了,感谢您的阅读。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:http://bianchenghao.cn/70659.html

(0)
编程小号编程小号

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注