Apache的ReWrite的应用
Apache的mod_rewrite是提供了强大URL操作的杀手级的模块，可以实现几乎所有你 梦想的URL操作类型，其代价是你必须接受其复杂性，因为mod_rewrite的主要障碍就是初学者不容易理解和运用，即使是Apache专家有时也会 发掘出mod_rewrite的新用途。换句话说：对mod_rewrite，或者是打退堂鼓永不再用，或者是喜欢它并一生受用。
ReWrite可以应用在以下方面或者解决以下问题：
URL的规划
规范的URL
说明:
在有些网站服务器上，一个资源会拥有多个URL，在实际应用和发布中应该被使用的是规范的URL，其他的则是简写或者是内部使用的。无论用户在请求中使用什么形式的URL，他最终看见的都应该是规范的URL。
方案:
对所有的不规范的URL执行一个外部的HTTP重定向，以改变它在浏览器地址栏中的显示及其后继的请求。下例中的规则集用规范的/u/user替换/~user，并修正了/u/user所遗漏的后缀的斜杠。
代码:RewriteRule ^/~([^/]+)/?(.*) /u/$1/$2
RewriteRule ^/()/([^/]+)$/$1/$2/
规范的主机名
说明:
...
方案:
代码:RewriteCond %{HTTP_HOST} !^fully".qualified".domain".name
RewriteCond %{HTTP_HOST} !^$
RewriteCond %{SERVER_PORT} !^80$
RewriteRule ^/(.*) http://fully.qualified.domain.name:%{SERVER_PORT}/$1
RewriteCond %{HTTP_HOST} !^fully".qualified".domain".name
RewriteCond %{HTTP_HOST} !^$
RewriteRule ^/(.*) http://fully.qualified.domain.name/$1
被移动过的DocumentRoot
说明:
通 常，网站服务器的DocumentRoot直接对应于URL"/"，但是，它常常不是处于最高一级，而可能只是众多数据池中的一个实体。比如，在 Intranet站点中，有/e/www/(WWW的主页)、/e/sww/ (Intranet的主页)等等，而DocumentRoot指向了/e/www/，则必须保证此数据池中的所有内嵌的图片和其他元素对后继请求有效。
方案:
只须重定向URL /到/e/www/即可。这个方案看起来很简单，但只是有了mod_rewrite模块的支持，它才简单，因为传统的URL Aliases机制(由mod_alias及其相关模块提供)只是作了一个前缀匹配，DocumentRoot是一个对所有URL的前缀，因而无法实现这 样的重定向。而用mod_rewrite的确很简单:
代码:RewriteEngine on
RewriteRule ^/$/e/www/
后缀斜杠的问题
说明:
每 个网管对引用目录后缀斜杠的问题都有一本苦经，如果遗漏了，服务器会产生一个错误，因为如果请求是/~quux/foo而不是/~quux/foo/，服 务器会去找一个叫foo的文件，而它是一个目录，所以就报错了。事实上，大多数情况下，它自己会试图修正这个错误，但是有时候需要你手工纠正，比如，在重 写了许多CGI脚本中的复杂的URL以后。
方案:
解决这个微妙问题的方案是让服务器自动添加后缀的斜杠。对此，必须使用一 个外部的重定向，使浏览器正确地处理后继的对诸如图片的请求。如果仅仅作一个内部的重写，可能只对目录页面有效，而对内嵌有使用相对URL的图片的页面则 无效，因为浏览器有请求内嵌目标的可能。比如，如果不用外部重定向，/~quux/foo/index.html页面中对image.gif的请求，其结 果将是/~quux/image.gif！。
所以，应该这样写：
代码:RewriteEngineon
RewriteBase /~quux/
RewriteRule ^foo$foo/
又懒又疯狂的做法是把这些写入其宿主目录中的顶级.htaccess中，但是须注意，如此会带来一些处理上的开销。
代码:RewriteEngineon
RewriteBase /~quux/
RewriteCond %{REQUEST_FILENAME}-d
RewriteRule ^(.+[^/])$ $1/
集群网站的同类URL规划
说明:
我 们希望在一个Intranet集群网站中，对所有WWW服务器建立一个同类的一致性的URL规划，也就是，所有的URL(对单个服务器来说，是本地的依赖 于此服务器的！)是独立于服务器的！我们需要的是一个具有独立于服务器的一致性规划的WWW名称空间，即，URL不需要包含正确的物理的目标服务器，而由 集群本身来自动定位物理的目标主机。
方案:
首先，目标服务器的信息来自(产生)于包含有用户、组以及实体的外部地图，其格式形如：
代码:user1server_of_user1
user2server_of_user2
: :
这些信息被存入map.xxx-to-host文件。其次，如果URL在一个服务器上无效，需要引导所有的服务器重定向URL
代码:/u/user/anypath
/g/group/anypath
/e/entity/anypath
到
代码:http://physical-host/u/user/anypath
http://physical-host/g/group/anypath
http://physical-host/e/entity/anypath
以下规则集依靠地图文件来完成这个操作(假定，如果一个用户在地图中没有对应的项，则使用server0为默认服务器)：
代码:RewriteEngine on
RewriteMap user-to-host txt:/path/to/map.user-to-host
RewriteMap group-to-host txt:/path/to/map.group-to-host
RewriteMap entity-to-host txt:/path/to/map.entity-to-host
RewriteRule ^/u/([^/]+)/?(.*) http://${user-to-host:$1|server0}/u/$1/$2
RewriteRule ^/g/([^/]+)/?(.*)http://${group-to-host:$1|server0}/g/$1/$2
RewriteRule ^/e/([^/]+)/?(.*) http://${entity-to-host:$1|server0}/e/$1/$2
RewriteRule ^/()/([^/]+)/?$ /$1/$2/.www/
RewriteRule ^/()/([^/]+)/([^.]+.+) /$1/$2/.www/$3"
移动宿主目录到不同的网站服务器
说明:
通常，许多网管在建立一个新的网站服务器时，都会有这样的要求：重定向一个网站服务器上的所有宿主目录到另一个网站服务器。
方案:
很简单，用mod_rewrite。在老的网站服务器上重定向所有的URL /~user/anypath到http://newserver/~user/anypath。
代码:RewriteEngine on
RewriteRule ^/~(.+)http://newserver/~$1
结构化的宿主目录
说明:
一 些拥有几千个用户的网站通常都使用结构化的宿主目录规划，即，每个宿主目录位于一个带有特定前缀比如其用户名的第一个字符的子目录下。那么，/~foo /anypath代表/home/f/foo/.www/anypath，而/~bar/anypath代表/home/b/bar/.www /anypath。
方案:
可以使用下列规则集来扩展~以达到上述目的。
代码:RewriteEngine on
RewriteRule ^/~(()+)(.*)/home/$2/$1/.www$3
文件系统的重组
说明:
这 是一个不加雕琢的例子：一个大量使用针对目录的规则集以实现平滑观感，而从来不用调整数据结构的杀手级的应用。背景：net.sw从1992年开始，存放 了我收集的免费的有效的Unix软件包。它是我的爱好也是我的工作，因为在学习计算机科学的同时，业余时间还做了多年的系统和网络的管理员。每周我都需要 整理软件，因而建立了一个层次很深的目录结构来存放各种软件包：
代码:drwxrwxr-x 2 netswusers 512 Aug3 18:39 Audio/
drwxrwxr-x 2 netswusers 512 Jul9 14:37 Benchmark/
drwxrwxr-x12 netswusers 512 Jul9 00:34 Crypto/
drwxrwxr-x 5 netswusers 512 Jul9 00:41 Database/
drwxrwxr-x 4 netswusers 512 Jul 30 19:25 Dicts/
drwxrwxr-x10 netswusers 512 Jul9 01:54 Graphic/
drwxrwxr-x 5 netswusers 512 Jul9 01:58 Hackers/
drwxrwxr-x 8 netswusers 512 Jul9 03:19 InfoSys/
drwxrwxr-x 3 netswusers 512 Jul9 03:21 Math/
drwxrwxr-x 3 netswusers 512 Jul9 03:24 Misc/
drwxrwxr-x 9 netswusers 512 Aug1 16:33 Network/
drwxrwxr-x 2 netswusers 512 Jul9 05:53 Office/
drwxrwxr-x 7 netswusers 512 Jul9 09:24 SoftEng/
drwxrwxr-x 7 netswusers 512 Jul9 12:17 System/
drwxrwxr-x12 netswusers 512 Aug3 20:15 Typesetting/
drwxrwxr-x10 netswusers 512 Jul9 14:08 X11/
1996 年7月，我决定通过一个漂亮的Web接口公开我的收藏。“漂亮”是指提供一个接口以直接浏览整个目录结构，同时不对这个结构做任何改变 - 甚至也不在结构顶部放置CGI脚本。为什么呢？因为这个结构还要能够被FTP访问，而且我不希望其中有任何Web或者CGI的成分。
方案:
这个方案分为两个部分：第一个部分，是用于在空闲时间建立所有目录页面的CGI脚本集。我把它们放在/e/netsw/.www/，如下：
代码:-rw-r--r-- 1 netswusers 1318 Aug1 18:10 .wwwacl
drwxr-xr-x18 netswusers 512 Aug5 15:51 DATA/
-rw-rw-rw- 1 netswusers372982 Aug5 16:35 LOGFILE
-rw-r--r-- 1 netswusers 659 Aug4 09:27 TODO
-rw-r--r-- 1 netswusers 5697 Aug1 18:01 netsw-about.html
-rwxr-xr-x 1 netswusers 579 Aug2 10:33 netsw-access.pl
-rwxr-xr-x 1 netswusers 1532 Aug1 17:35 netsw-changes.cgi
-rwxr-xr-x 1 netswusers 2866 Aug5 14:49 netsw-home.cgi
drwxr-xr-x 2 netswusers 512 Jul8 23:47 netsw-img/
-rwxr-xr-x 1 netswusers 24050 Aug5 15:49 netsw-lsdir.cgi
-rwxr-xr-x 1 netswusers 1589 Aug3 18:43 netsw-search.cgi
-rwxr-xr-x 1 netswusers 1885 Aug1 17:41 netsw-tree.cgi
-rw-r--r-- 1 netswusers 234 Jul 30 16:35 netsw-unlimit.lst
其 中的DATA/子目录包含了上述目录结构，即实在的net.sw，由rdist在需要的时候自动更新。第二个部分的遗留问题是：如何连接这两个结构为一个 平滑观感的URL树？我希望在运行适当的CGI脚本而使用各种URL的时候，使用户感觉不到DATA/目录的存在。方案如下：首先，我把下列配置放在服务 器上DocumentRoot中的针对目录的配置文件里，以重写公布的URL /net.sw/ 为内部路径 /e/netsw：
代码:RewriteRule^net.sw$ net.sw/
RewriteRule^net.sw/(.*)$e/netsw/$1
第一条规则是针对遗漏后缀斜杠的请求的！第二条规则才是真正实现功能的。接着，就是放在针对目录的配置文件/e/netsw/.www/.wwwacl中的杀手级的配置了：
代码:Options ExecCGI FollowSymLinks Includes MultiViews
RewriteEngine on
#we are reached via /net.sw/ prefix
RewriteBase /net.sw/
#first we rewrite the root dir to
#the handling cgi script
RewriteRule ^$ netsw-home.cgi
RewriteRule ^index".html$ netsw-home.cgi
#strip out the subdirs when
#the browser requests us from perdir pages
RewriteRule ^.+/(netsw-[^/]+/.+)$ $1
#and now break the rewriting for local files
RewriteRule ^netsw-home".cgi.* -
RewriteRule ^netsw-changes".cgi.* -
RewriteRule ^netsw-search".cgi.* -
RewriteRule ^netsw-tree".cgi$ -
RewriteRule ^netsw-about".html$ -
RewriteRule ^netsw-img/.*$ -
#anything else is a subdir which gets handled
#by another cgi script
RewriteRule !^netsw-lsdir".cgi.* -
RewriteRule (.*) netsw-lsdir.cgi/$1
阅读提示:
注意前半部分中的标志L(最后)，和无对应项('-')
注意后半部分中的符号!(非)，和标志C (链)
注意最后一条规则的全匹配模式
代码:NCSA imagemap和Apache mod_imap说明:
许 多人都希望在从NCSA网站服务器向较现代的Apache网站服务器转移中实现平滑过渡，即希望老的NCSA imagemap程序能在Apache的较现代的mod_imap支持下正常运作。但问题在于，到处都是通过/cgi-bin/imagemap /path/to/page.map引用imagemap程序的连接，而在Apache下，应该写成/path/to/page.map。
方案:
使用全局规则在空闲时间去除所有这些请求的前缀：
代码:RewriteEngineon
RewriteRule ^/cgi-bin/imagemap(.*)$1
在多个目录中搜索页面
说明:
有时会有必要使网站服务器在多个目录中搜索页面，对此，MultiViews或者其他技术无能为力。
方案:
编制一个明确的规则集以搜索目录中的文件。
代码:RewriteEngine on
# first try to find it in custom/...
# ...and if found stop and be happy:
RewriteCond /your/docroot/dir1/%{REQUEST_FILENAME}-f
RewriteRule^(.+)/your/docroot/dir1/$1
# second try to find it in pub/...
# ...and if found stop and be happy:
RewriteCond /your/docroot/dir2/%{REQUEST_FILENAME}-f
RewriteRule^(.+)/your/docroot/dir2/$1
# else go on for other Alias or ScriptAlias directives,
# etc.
RewriteRule ^(.+)-
按照URL的片段设置环境变量
说明:
如果希望保持请求之间的状态信息，但又不希望使用CGI来包装所有页面，而只通过分离URL中的有用信息来编码。
方案:
可以用一个规则集来分离出状态信息，并设置环境变量以备此后用于XSSI或CGI。如此，一个/foo/S=java/bar/的URL会被解析为/foo/bar/，而环境变量STATUS则被设置为"java"。
代码:RewriteEngine on
RewriteRule ^(.*)/S=([^/]+)/(.*) $1/$3
虚拟用户主机
说明:
如果需要为用户username支持一个www.username.host.domain.com的主页，但不是用在此机器上建虚拟主机的方法，而是用仅在此机器上增加一个DNS记录的方法实现。
方案:
对HTTP/1.0的请求，这是无法实现的；但是对HTTP/1.1的在HTTP头中包含有主机名的请求，可以用以下规则集来内部地重写http://www.username.host.com/anypath为/home/username/anypath：
代码:RewriteEngine on
RewriteCond %{HTTP_HOST} ^www".[^.]+".host".com$
RewriteRule ^(.+) %{HTTP_HOST}$1
RewriteRule ^www".([^.]+)".host".com(.*) /home/$1$2
为外来访问者重定向宿主目录
说明:
对不是来自本地域ourdomain.com的外来访问者的请求，重定向其宿主目录URL到另一个网站服务器www.somewhere.com，有时这种做法也会用在虚拟主机的上下文中。
方案:
只须一个重写条件:
代码:RewriteEngine on
RewriteCond %{REMOTE_HOST}!^.+".ourdomain".com$
RewriteRule ^(/~.+) http://www.somewhere.com/$1
重定向失败的URL到其他网站服务器
说明:
如 何重写URL以重定向对网站服务器A的失败请求到服务器B，是一个常见的问题。一般，可以用Perl写的CGI脚本通过ErrorDocument来解 决，此外，还有mod_rewrite方案。但是须注意，这种方法的执行效率不如用ErrorDocument的CGI脚本!
方案:
第一种方案，有最好的性能而灵活性欠佳，出错概率小所以安全:
代码:RewriteEngine on
RewriteCond /your/docroot/%{REQUEST_FILENAME} !-f
RewriteRule ^(.+) http://webserverB.dom/$1
但是其问题在于，它只对位于DocumentRoot中的页面有效。虽然可以增加更多的条件(比如同时还处理宿主目录，等等)，但是还有一个更好的方法：
代码:RewriteEngine on
RewriteCond %{REQUEST_URI} !-U
RewriteRule ^(.+) http://webserverB.dom/$1
这 种方法使用了mod_rewrite提供的“向前参照(look-ahead)”的功能，是一种对所有URL类型都有效而且安全的方法。但是，对网站服务 器的性能会有影响，所以如果网站服务器有一个强大的CPU，那就用这个方法。而在慢速机器上，可以用第一种方法，或者用性能更好的 ErrorDocument CGI脚本。
扩展的重定向
说明:
有时候，我们会需要更多的对重定向URL的(有关 字符转义机制方面的)控制。通常，Apache内核中的URL转义函数uri_escape()同时还会对anchor转义，即，类 似"url#anchor"的URL，因此，你不能用mod_rewrite对此类URL直接重定向。那么如何实现呢?
方案:
必须用NPH-CGI脚本使它自己重定向，因为对NPH(non-parseable headers [无须解析的HTTP头])不会发生转义操作。首先，在针对服务器的配置中(应该位于所有重写规则的最后)，引入一种新的URL类型xredirect:：
代码:RewriteRule ^xredirect:(.+) /path/to/nph-xredirect.cgi/$1 "
以强制所有带xredirect:前缀的URL被传送到如下的nph-xredirect.cgi程序：
代码:#!/path/to/perl
##
##nph-xredirect.cgi -- NPH/CGI script for extended redirects
##Copyright (c) 1997 Ralf S. Engelschall, All Rights Reserved.
##
$| = 1;
$url = $ENV{'PATH_INFO'};
print "HTTP/1.0 302 Moved Temporarily"n";
print "Server: $ENV{'SERVER_SOFTWARE'}"n";
print "Location: $url"n";
print "Content-type: text/html"n";
print ""n";
print ""n";
print ""n";
print "302 Moved Temporarily (EXTENDED)"n";
print ""n";
print ""n";
print "Moved Temporarily (EXTENDED)"n";
print "The document has moved here."n";
print ""n";
print ""n";
##EOF##
这是一种可以重定向所有URL类型的方法，包括不被mod_rewrite直接支持的类型。所以，还可以这样重定向news:newsgroup：
代码:RewriteRule ^anyurlxredirect:news:newsgroup
注意：无须对上述规则加或，因为xredirect:会在稍后被其特殊的传送规则扩展。
文档访问的多路复用
说明:
你 知道http://www.perl.com/CPAN的CPAN(Comprehensive Perl Archive Network)吗？它实现了一个重定向以提供，全世界的CPAN镜像中离访问者最近的一个FTP站点，也可以称之为FTP访问多路复用服务。CPAN是 通过CGI脚本实现的，那么用mod_rewrite如何实现呢？
方案:
首先，我们注意到mod_rewrite从3.0.0版本开始，还可以重写"ftp:"类型。其次，对客户端顶级域名的路径最近的求取可以用RewriteMap实现。利用链式规则集，并用顶级域名作为查找多路复用地图的键，可以这样做：
代码:RewriteEngine on
RewriteMap multiplex txt:/path/to/map.cxan
RewriteRule ^/CxAN/(.*) %{REMOTE_HOST}::$1
RewriteRule ^.+".(+)::(.*)$${multiplex:$1|ftp.default.dom}$2
##
##map.cxan -- Multiplexing Map for CxAN
##
de ftp://ftp.cxan.de/CxAN/
uk ftp://ftp.cxan.uk/CxAN/
com ftp://ftp.cxan.com/CxAN/
:
##EOF##
依赖于时间的重写
说明:
在页面内容依时间不同而变化的场合，比如重定向特定页面，许多网管仍然采用CGI脚本的方法，如何用mod_rewrite来实现呢？
方案:
有许多类似TIME_xxx的变量可以用在重写条件中，利用STRING和=STRING的类型比较，并加以连接，就可以实现依赖于时间的重写：
代码:RewriteEngine on
RewriteCond %{TIME_HOUR}%{TIME_MIN} >0700
RewriteCond %{TIME_HOUR}%{TIME_MIN}%{SERVER}e URL: %U"
# unused paths
ServerRoot /tmp
DocumentRoot /tmp
CacheRoot /tmp
RewriteLog /dev/null
TransferLog /dev/null
TypesConfig /dev/null
AccessConfig /dev/null
ResourceConfig /dev/null
# speed up and secure processing
Options -FollowSymLinks -SymLinksIfOwnerMatch
AllowOverride None
# the status page for monitoring the reverse proxy
SetHandler server-status
# enable the URL rewriting engine
RewriteEngine on
RewriteLogLevel 0
# define a rewriting map with value-lists where
# mod_rewrite randomly chooses a particular value
RewriteMap serverrnd:/path/to/apache-rproxy.conf-servers
# make sure the status page is handled locally
# and make sure no one uses our proxy except ourself
RewriteRule ^/apache-rproxy-status.*-
RewriteRule ^(http|ftp)://.* -
# now choose the possible servers for particular URL types
RewriteRule ^/(.*".(cgi|shtml))$to://${server:dynamic}/$1
RewriteRule ^/(.*)$ to://${server:static}/$1
# and delegate the generated URL by passing it
# through the proxy module
RewriteRule ^to://([^/]+)/(.*) http://$1/$2
# and make really sure all other stuff is forbidden
# when it should survive the above rules...
RewriteRule .* -
# enable the Proxy module without caching
ProxyRequests on
NoCache *
# setup URL reverse mapping for redirect reponses
ProxyPassReverse/http://www1.foo.dom/
ProxyPassReverse/http://www2.foo.dom/
ProxyPassReverse/http://www3.foo.dom/
ProxyPassReverse/http://www4.foo.dom/
ProxyPassReverse/http://www5.foo.dom/
ProxyPassReverse/http://www6.foo.dom/
##
##apache-rproxy.conf-servers -- Apache/mod_rewrite selection table
##
# list of backend servers which serve static
# pages (HTML files and Images, etc.)
static www1.foo.dom|www2.foo.dom|www3.foo.dom|www4.foo.dom
# list of backend servers which serve dynamically
# generated page (CGI programs or mod_perl scripts)
dynamic www5.foo.dom|www6.foo.dom
新的MIME类型，新的服务
说明:
网 上有许多很技巧的CGI程序，但是用法晦涩，许多网管弃之不用。即使是Apache的MEME类型的动作处理器，也仅仅在CGI程序不需要在其输入中包含 特殊URL(PATH_INFO和QUERY_STRINGS)时才很好用。首先，配置一种新的后缀为.scgi(for secure CGI)文件类型，其处理器是很常见的cgiwrap程序。问题是：如果使用同类URL规划(见上述)，而用户宿主目录中的一个文件的URL是/u /user/foo/bar.scgi，可是cgiwrap要求的URL的格式是/~user/foo/bar.scgi/，以下规则解决了这个问题：
代码:RewriteRule ^//([^/]+)/".www/(.+)".scgi(.*) ...
... /internal/cgi/user/cgiwrap/~$1/$2.scgi$3
另外，假设需要使用其他程序：wwwlog(显示access.log中的一个URL子树)和wwwidx(对一个URL子树运行Glimpse)，则必须对这些程序提供URL区域作为其操作对象。比如，对/u/user/foo/执行swwidx程序的超链是这样的：
代码:/internal/cgi/user/swwidx?i=/u/user/foo/
其缺点是，必须同时硬编码超链中的区域和CGI的路径，如果重组了这个区域，就需要花费大量时间来修改各个超链。
方案:
方案是用一个特殊的新的URL格式，自动拼装CGI参数：
代码:RewriteRule ^/()/([^/]+)(/?.*)/"*/internal/cgi/user/wwwidx?i=/$1/$2$3/
RewriteRule ^/()/([^/]+)(/?.*):log /internal/cgi/user/wwwlog?f=/$1/$2$3
现在，这个搜索到/u/user/foo/的超链简化成了：
代码:HREF="*"
它会被内部地自动转换为
代码:/internal/cgi/user/wwwidx?i=/u/user/foo/
如此，可以为使用:log的超链，拼装出调用CGI程序的参数。
从静态到动态
说明:
如何无缝转换静态页面foo.html为动态的foo.cgi，而不为浏览器/用户所察觉。
方案:
只须重写此URL为CGI-script，以强制为可以作为CGI-script运行的正确的MIME类型。如此，对/~quux/foo.html的请求其实会执行/~quux/foo.cgi。
代码:RewriteEngineon
RewriteBase /~quux/
RewriteRule ^foo".html$foo.cgi
空闲时间内的内容协商
说明:
这 是一个很难解的功能：动态生成的静态页面，即，它应该作为静态页面发送(从文件系统中读出，然后直接发出去)，但是如果它丢失了，则由服务器动态生成。如 此，可以静态地提供CGI生成的页面，除非有人(或者是一个cronjob)删除了这些静态页面，而且其内容可以得到更新。
方案:
以下规则集实现这个功能：
代码:RewriteCond %{REQUEST_FILENAME} !-s
RewriteRule ^page".html$ page.cgi 这 样，如果page.html不存在或者文件大小为null，则对page.html的请求会导致page.cgi的运行。其中奥妙在于，page.cgi 是一个将输出写入page.html的(同时也写入STDOUT)的常规的CGI脚本，执行完毕，服务器则将page.html的内容发出。如果网管需要 强制更新其内容，只须删除page.html即可(通常由一个cronjob完成)。
自动更新的文档
说明:
建立一个复杂的页面，能够在用编辑器写了一个更新的版本时自动在浏览器上得到刷新，这不是很好吗？这可能吗？
方案:
这是可行的! 这需要综合利用MIME多成分、网站服务器的NPH和mod_rewrite的URL操控特性。首先，建立一个新的URL特性：对在文件系统中更新时需要刷新的所有URL加上:refresh。
代码:RewriteRule ^(//[^/]+/?.*):refresh/internal/cgi/apache/nph-refresh?f=$1
然后，修改URL
代码:/u/foo/bar/page.html:refresh
以内部地操控此URL
代码:/internal/cgi/apache/nph-refresh?f=/u/foo/bar/page.html
接着就是NPH-CGI脚本部分了。虽然，人们常说"left as an exercise to the reader"http://bbs.chinaunix.net/forum/images/smiles/icon_wink.gif，我还是给出答案了。
代码:#!/sw/bin/perl
##
##nph-refresh -- NPH/CGI script for auto refreshing pages
##Copyright (c) 1997 Ralf S. Engelschall, All Rights Reserved.
##
$| = 1;
# split the QUERY_STRING variable
@pairs = split(/&/, $ENV{'QUERY_STRING'});
foreach $pair (@pairs) {
($name, $value) = split(/=/, $pair);
$name =~ tr/A-Z/a-z/;
$name = 'QS_' . $name;
$value =~ s/%()/pack("C", hex($1))/eg;
eval ""$$name = ""$value""";
}
$QS_s = 1 if ($QS_s eq '');
$QS_n = 3600 if ($QS_n eq '');
if ($QS_f eq '') {
print "HTTP/1.0 200 OK"n";
print "Content-type: text/html"n"n";
print "&b&ERROR&/b&: No file given"n";
exit(0);
}
if (! -f $QS_f) {
print "HTTP/1.0 200 OK"n";
print "Content-type: text/html"n"n";
print "&b&ERROR&/b&: File $QS_f not found"n";
exit(0);
}
sub print_http_headers_multipart_begin {
print "HTTP/1.0 200 OK"n";
$bound = "ThisRandomString12345";
print "Content-type: multipart/x-mixed-replace;boundary=$bound"n";
&print_http_headers_multipart_next;
}
sub print_http_headers_multipart_next {
print ""n--$bound"n";
}
sub print_http_headers_multipart_end {
print ""n--$bound--"n";
}
sub displayhtml {
local($buffer) = @_;
$len = length($buffer);
print "Content-type: text/html"n";
print "Content-length: $len"n"n";
print $buffer;
}
sub readfile {
local($file) = @_;
local(*FP, $size, $buffer, $bytes);
($x, $x, $x, $x, $x, $x, $x, $size) = stat($file);
$size = sprintf("%d", $size);
open(FP, "&$file");
$bytes = sysread(FP, $buffer, $size);
close(FP);
return $buffer;
}
$buffer = &readfile($QS_f);
&print_http_headers_multipart_begin;
&displayhtml($buffer);
sub mystat {
local($file) = $_;
local($time);
($x, $x, $x, $x, $x, $x, $x, $x, $x, $mtime) = stat($file);
return $mtime;
}
$mtimeL = &mystat($QS_f);
$mtime = $mtime;
for ($n = 0; $n & $QS_n; $n++) {
while (1) {
$mtime = &mystat($QS_f);
if ($mtime ne $mtimeL) {
$mtimeL = $mtime;
sleep(2);
$buffer = &readfile($QS_f);
&print_http_headers_multipart_next;
&displayhtml($buffer);
sleep(5);
$mtimeL = &mystat($QS_f);
last;
}
sleep($QS_s);
}
}
&print_http_headers_multipart_end;
exit(0);
##EOF##大型虚拟主机
说明:
Apache的功能很强，在有几十个虚拟主机的情况下运行得很好，但是如果你是ISP，需要提供几百个虚拟主机，那么这就不是一个最佳的选择了。
方案:
为此，需要用代理吞吐(Proxy Throughput)功能(flag )映射远程页面甚至整个远程网络区域到自己的名称空间：
代码:##
##vhost.map
##
www.vhost1.dom:80/path/to/docroot/vhost1
www.vhost2.dom:80/path/to/docroot/vhost2
:
www.vhostN.dom:80/path/to/docroot/vhostN
代码:##
##httpd.conf
##
:
# use the canonical hostname on redirects, etc.
UseCanonicalName on
:
# add the virtual host in front of the CLF-format
CustomLog/path/to/access_log"%{VHOST}e %h %l %u %t ""%r"" %>s %b"
:
# enable the rewriting engine in the main server
RewriteEngine on
# define two maps: one for fixing the URL and one which defines
# the available virtual hosts with their corresponding
# DocumentRoot.
RewriteMap lowercase int:tolower
RewriteMap vhost txt:/path/to/vhost.map
# Now do the actual virtual host mapping
# via a huge and complicated single rule:
#
# 1. make sure we don't map for common locations
RewriteCond %{REQUEST_URL}!^/commonurl1/.*
RewriteCond %{REQUEST_URL}!^/commonurl2/.*
:
RewriteCond %{REQUEST_URL}!^/commonurlN/.*
#
# 2. make sure we have a Host header, because
# currently our approach only supports
# virtual hosting through this header
RewriteCond %{HTTP_HOST}!^$
#
# 3. lowercase the hostname
RewriteCond ${lowercase:%{HTTP_HOST}|NONE}^(.+)$
#
# 4. lookup this hostname in vhost.map and
# remember it only when it is a path
# (and not "NONE" from above)
RewriteCond ${vhost:%1}^(/.*)$
#
# 5. finally we can map the URL to its docroot location
# and remember the virtual host for logging puposes
RewriteRule ^/(.*)$ %1/$1
:
对访问的限制
阻止Robots
说明:
如何阻止一个完全匿名的robot取得特定网络区域的页面？一个/robots.txt文件可以包含若干"Robot Exclusion Protocol(robot排除协议)"的行，但不足以阻止此类robot。
方案:
可 以用一个规则集以拒绝对网络区域/~quux/foo/arc/(对一个很深的目录区域进行列表可能会使服务器产生很大的负载)的访问。还必须确保仅阻止 特定的robot，就是说，仅仅阻止robot访问主机是不够的，这样会同时也阻止了用户访问该主机。为此，就需要对HTTP头的User-Agent信 息作匹配。
代码:RewriteCond %{HTTP_USER_AGENT} ^NameOfBadRobot.*
RewriteCond %{REMOTE_ADDR} ^123".45".67".$
RewriteRule ^/~quux/foo/arc/.+ - 阻止内嵌的图片
说明:
假设，http://www.quux-corp.de/~quux/有一些内嵌图片的页面，这些图片很好，所以就有人用超链连到他们自己的页面中了。由于这样徒然增加了我们的服务器的流量，因此，我们不愿意这种事情发生。
方案:
虽然，我们不能100%地保护这些图片不被写入别人的页面，但至少可以对发出HTTP Referer头的浏览器加以限制。
代码:RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://www.quux-corp.de/~quux/.*$
RewriteRule .*".gif$ -
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !.*/foo-with-gif".html$
RewriteRule ^inlined-in-foo".gif$ -
对主机的拒绝
说明:
如何拒绝一批外部列表中的主机对我们服务器的使用？
方案:
代码:For Apache >= 1.3b6:
RewriteEngine on
RewriteMap hosts-denytxt:/path/to/hosts.deny
RewriteCond ${hosts-deny:%{REMOTE_HOST}|NOT-FOUND} !=NOT-FOUND
RewriteCond ${hosts-deny:%{REMOTE_ADDR}|NOT-FOUND} !=NOT-FOUND
RewriteRule ^/.*-
For Apache
页:
[1]