(转)Apache重写规则的常见应用(rewrite)

(转)Apache重写规则的常见应用(rewrite)
       一:目的
  本文旨在提供怎么用Apache重写规则来解决一些常见的URL重写方法的问题,通过常见的
  实例给用户一些使用重写规则的基本方法和线索。
  二:为什么需要用重写规则?
  一个网站,如果是长期需要放在internet上提供服务,必定会有不断地更新和维护,如临
  时转移到其他服务器进行维护,重新组织目录结构,变换URL甚至改动到新的域名等等,
  而为了让客户不会因此受到所有影响,最佳的方法就是使用Apache Rewrite Rule(重写
  规则)。
  三: 重写规则的作用范围
  1) 能使用在Apache主设置文件httpd.conf中
  2) 能使用在httpd.conf里定义的虚拟主机设置中
  3) 能使用在基本目录的跨越设置文件.htaccess中
  四:重写规则的应用条件
  只有当用户的WEB请求最终被导向到某台WEB服务器的Apache后台,则这台WEB服务器接受
  进来的请求,根据设置文件该请求是主设置还是虚拟主机,再根据用户在浏览器中请求的
  URI来配对重写规则并且根据实际的请求路径配对.htaccess中的重写规则。最后把请求
  的内容传回给用户,该响应可能有两种:
  1) 对浏览器请求内容的外部重定向(Redirect)到另一个URL。
  让浏览器再次以新的URI发出请求(R=301或R=302,临时的或是永久的重定向)
  如:一个网站有正规的URL和别名URL,对别名URL进行重定向到正规URL,或网站改换
  成了新的域名
  则把旧的域名重定向到新的域名(Redirect)
  2) 也可能是由Apache内部子请求代理产生新的内容送回给客户[P,L]
  这是Apache内部根据重写后的URI内部通过代理模块请求内容并送回内容给客户,而客户
  端浏览器并
  不知道,浏览器中的URI不会被重写。但实际内容被Apache根据重写规则后的URI得到。
  如:在公司防火墙上运行的Apache启动这种代理重写规则,代理对内部网段上的WEB服务
  器的请求。
  五:重写规则怎样工作?
  我们假定在编译Apache时已把mod_rewrite编译成模块,确信你的httpd.conf中有
  LoadModule rewrite_module libexec/mod_rewrite.so
  并且在Addmodule中有
  Addmodule mod_rewrite.c
  则能使用重写规则。
  当外部请求来到Apache,Apache调用重写规则中的定义来重写由用户浏览器指定请求的
  URI,最后被重写的URI如果是重定向,则送由浏览器作再一次请求;如果是代理则把重写
  后的URI交给代理模块请求最终的内容(Content),最后把内容送回给浏览器。
  六: 何时使用.htaccess中的重写规则定义?
  如果你对你的的网站内容所在的服务器没有管理员权限,或你的网站放在ISP的服务器
  上托管等等条件下,你无法改写主设置文件,然而你能对你的WEB站点内容所在的目录
  有写权限,则你能设置自己的.htaccess
  文件达到同样的目的。但你需要确定主设置文件中对你的网站所在的目录定义了下面的内
  容:
  Options Indexes FollowSymLinks
  AllowOverride all
  否则你的.htaccess不会工作。
  七: 应用举例
  假定Apache被编译安装在主机192.168.1.56的/usr/local/apache/ 目录下面,我们编
  译进了重写和代理模块。
  1) 隐藏Apache下的某个目录,使得对该目录的所有请求都重定向到另一个文件。
  a> httpd.conf的实现方法
  我们放下面的部分到/usr/local/apache/conf/httpd.conf
  options Indexes followsymlinks
  allowoverride all
  rewriteengine on
  rewritebase /
  rewriterule ^(.*)$ index.html.en [R=301]
  注:rewriteengine on 为重写引擎开关,如果设为off,则所有重写规则定义将不被应
  用,该开关的另一好处就是如果为了临时拿掉重写规则,则改为off再重启动Apache即
  可,不必将下面一条条的重写规则注释掉。
  rewritebase / 的作用是如果在下面的rewriterule定义中被重写后的部分(此处为文件
  名index.html.en)前面没有/,则是相对目录,相对于这个rewritebase后面的定义也就
  是/usr/local/apache/htdocs/index.html.en,否则,如果此处没有rewritebase /这
  一项,则被重写成
  http://192.168.1.56/usr/local/apache/htdocs/manual/index.html.en ,显然是
  不正确的。
  不过这里我们也能不用rewritebase / , 而改为
  rewriteengine on
  rewriterule ^(.*)$ /index.html.en [R=301]
  或
  rewriteengine on
  rewriterule ^(.*)$ http://192.168.1.56/index.html.en [R=301]
  b> .htaccess的实现方法
  我们先放下面的部分到httpd.conf
  options Indexes followsymlinks
  allowoverride all
  然后放下面的部分到/usr/local/apache/htdocs/manual/.htaccess中
  rewriteengine on
  rewritebase /
  rewriterule ^(.*)$ index.html.en [R=301]
  注:对文件.htaccess所作的所有改动不必重启动Apache.
  问:要是把这个manual目录重定向到用户jephe的自己的主目录呢?
  用下面的.htaccess方案。
  rewriteengine on
  rewritebase /~jephe/
  rewriterule ^(.*)$ $1 [R=301]
  则对manual目录下所有文件的请求被重定向到~jephe目录下相同文件的请求。
  2) 转换www.username.domain.com的对于username的主页请求为
  www.domain.com/username
  对于HTTP/1.1的请求包括一个Host: HTTP头,我们能用下面的规则集重写
  http://www.username.domain.com/anypath 到 /home/username/anypath
  Rewriteengine on
  rewritecond %{HTTP_HOST} ^www\.[^.]+\.host\.com$
  rewriterule ^(.+) %{HTTP_HOST}$1 [C]
  rewriterule ^www\.([^.]+)\.host\.com(.*) /home/$1$2
  注:
  rewritecond 条件重写规则,当满足后面定义的条件后才会应用下面的重写规则,
  rewritecond有各种变量
  ,请查阅相关文件。
  3) 防火墙上的重写规则代理内部网段上服务器的请求。
  NameVirtualhost 1.2.3.4
  servername www.domain.com
  rewriteengine on
  proxyrequest on
  rewriterule ^/(.*)$ http://192.168.1.3/$1 [P,L]
  注:当外部浏览器请求www.domain.com时被解析到IP地址1.2.3.4 ,Apache 交出
  mod_rewrite处理转换成
  http://192.168.1.3/$1后再交由代理模块mod_proxy得到内容后传送回用户的浏览器。
  4) 基本预先设定的转换MAP表进行重写 rewritemap
  转换www.domain.com/{countrycode}/anypath 到Map表中规定的URI,上面是虚拟主机
  中的定义
  rewritelog /usr/local/apache/logs/rewrite.log
  rewriteloglevel 9
  rewriteengine on
  proxyrequest on
  rewritemap sitemap txt:/usr/local/apache/conf/rewrite.map
  rewriterule ^/([^/]+)+/(.*)$ http://%{REMOTE_HOST}::$1 [C]
  rewriterule (.*)::([a-z]+)$ ${sitemap:$2|http://h.i.j.k
原文地址:https://www.cnblogs.com/lixuebin/p/10814311.html