apache模块mod_rewrite详解.pdfVIP

Apache模块 mod_rewrite 说明 一个基于一定规则的实时重写URL 请求的引擎 状态 扩展(E) 模块名 rewrite_module 源文件 mod_rewrite.c 兼容性 仅在 Apache 1.3 及以后的版本中可用 概述 此模块提供了一个基于正则表达式分析器的重写引擎来实时重写URL 请求。它支持每个完 整规则可以拥有不限数量的子规则以及附加条件规则的灵活而且强大的URL 操作机制。此 URL 操作可以依赖于各种测试，比如服务器变量、环境变量、HTTP 头、时间标记，甚至各 种格式的用于匹配URL 组成部分的查找数据库。 此模块可以操作URL 的所有部分(包括路径信息部分)，在服务器级的(httpd.conf)和目录级的 (.htaccess)配置都有效，还可以生成最终请求字符串。此重写操作的结果可以是内部子处理， 也可以是外部请求的转向，甚至还可以是内部代理处理。 但是，所有这些功能和灵活性带来一个问题，那就是复杂性，因此，不要指望一天之内就能 看懂整个模块。 更多的讨论、细节、示例，请查看详细的URL 重写文档。 特殊字符的引用 在Apache 1.3.20 中，TestString和Substitution 中的特殊字符可以用前导斜杠(\)来实现转义(即 忽略其特殊含义而视之为普通字符)。 比如，Substitution 可以用\$来包含一个美元符号， 以避免mod_rewrite 把它视为反向引用。 环境变量 此模块会跟踪两个额外的(非标准)CGI/SSI 环境变量，SCRIPT_URL 和SCRIPT_URI。他们 包 含 了当前 资源 的逻 辑 网络 视 图，而 标 准 CGI/SSI 变 量 SCRIPT_NAME 和 SCRIPT_FILENAME 包含的是物理系统视图。 注意：这些变量保持的是其最初被请求时的URI/URL，即在任何重写操作之前的URI/URL。 其重要性在于他们是重写操作重写URL 到物理路径名的原始依据。 示例 SCRIPT_NAME /sw/lib/w3s/tree/global/u/rse/.www/index.html SCRIPT_FILENAME /u/rse/.www/index.html SCRIPT_URL /u/rse/ SCRIPT_URI /u/rse/ 实用方案 我们提供了URL 重写指南和高级URL 重写指南文档，列举了许多基于URL 的问题的实用 方案，其中你可以找到真实有用的规则集。 RewriteBase 指令 说明 设置目录级重写的基准URL 语法 RewriteBaseURL-path 默认值 参见使用方法 作用域 directory,.htaccess 覆盖项 FileInfo 状态 扩展(E) 模块 mod_rewrite RewriteBase 指令显式地设置了目录级重写的基准URL。在下文中，你将看到RewriteRule 可以用于目录级的配置文件中(.htaccess)并在局部范围内起作用，即规则实际处理的只是剥 离了本地路径前缀的一部分。处理结束后，这个路径会被自动地附着回去。默认值是 RewriteBasephysical-directory-path。 在对一个新的URL 进行替换时，此模块必须把这个URL 重新注入到服务器处理中。为此， 它必须知道其对应的URL 前缀或者说URL 基准。通常，此前缀就是对应的文件路径。但是， 大多数网站URL 不是直接对应于其物理文件路径的，因而一般不能做这样的假定!所以在 这种情况下，就必须用RewriteBase 指令来指定正确的URL 前缀。 如果你的网站服务器URL 不是与物理文件路径直接对应的，你必须在每个使用RewriteRule 的.htaccess文件中使用RewriteBase 指令。 例如，目录级配置文件内容如下： #/abc/def/.htaccess--/abc/def 目录的配置文件 # 注意：/abc/def 是 /xyz 的物理路径(例如存在一条Alias/xyz/abc/def指令)。 RewriteEngineOn # 让服务器知道我们使用的是 /xyz 而不是物理路径 /abc/def RewriteBase /xyz # 重写规则 RewriteRule ^oldstuff\.html$ newstuff.html 上述例子中，对/xyz/oldstuff.html 的请求被正确地重写为对物理文件/abc/def/newstuff.html 的 请求。 仅供ApacheHacker 们参考 以下列出了内部处理的