重写问题 - L(ast) 不被尊重？

Question

所以我正在为一个网站开发一个 CSS/JS 压缩系统，该系统基本上具有以下 htaccess

RewriteEngine On

...

RewriteRule ^css/images/(.*)$ images/site/$1?%{QUERY_STRING} [L]
RewriteRule ^css/([0-9a-fA-F]{32})$ assets.php?hash=$1 [L]

RewriteCond %{HTTP_HOST} ^www.site.com [NC]
RewriteRule ^(.*)$ http://site.com/$1 [L,R=301]

RewriteRule ^([a-zA-Z0-9_.-]+)$ index.php?url=$1&%{QUERY_STRING} [L]

php_flag register_globals off
php_flag magic_quotes_gpc off
php_flag register_long_arrays off

# 404 Handler
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?url=$1&%{QUERY_STRING}

现在，assets.php 没有接收哈希调用，而是 index.php - 如果我删除行 RewriteRule ^([a-zA-Z0-9_.-]+)$ index.php?url=$1&%{QUERY_STRING} [L]

它工作正常，但我不知道为什么 - 不应该资产重写上的 [L] 标志 RewriteRule ^css/([0-9a-fA-F]{32})$ assets.php?hash=$1 [L] 防止进一步重写被处决？我对这里发生的事情感到困惑。

如果您能对此有所了解，我们将不胜感激。

Answer 1

L 标志表示“不再执行规则集中的任何规则”，奇怪的是，这并不意味着 mod_rewrite 不会执行更多规则。

当您在每个目录上下文中指定 mod_rewrite 指令时，例如使用 .htaccess 或服务器或虚拟服务器配置的 Directory 部分，重写出现在 Apache 处理阶段的后期。为了发挥它的魔力，mod_rewrite 必须在每次重写您的 URL 时执行内部重定向。

由于您的重写可能会将您指向不同的目录，因此 mod_rewrite 将自己指定为此重定向的处理程序，以便它可以遍历在您将请求发送到的新位置可能找到的任何规则。通常，由于您只处理根目录中的单个 .htaccess 文件，因此“新”位置中的规则恰好是首先导致重写的规则。

因此，在您的情况下，会发生以下情况：

• 对 /css/A01EF 发出的请求
• mod_rewrite 启动规则集
• ^css/([0-9a-fA-F ]{32})$ -> assets.php?hash=A01EF
• L 标志停止重写并强制内部重定向到 assets.php?hash=A01EF
• mod_rewrite 启动再次规则集
• ^([a-zA-Z0-9_.-]+)$ -> index.php?url=assets.php&hash=A01EF （顺便说一句，您可以在此处使用 QSA）
• L 标志停止重写并强制内部重定向到 index.php?url=assets.php&hash=A01EF

此循环很可能会继续，但 mod_rewrite 识别出您正在重定向到同一个页面并忽略此后的重写。

整个过程恰好就是为什么这两个条件...

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

...在 .htaccess mod_rewrite 规则集中如此常见，因为它们提供了一种简单的方法来确定是否URL 已被重写为预期的真实资源。您可以使用它们，或者当请求被重写为 assets.php 时，您可以排除 index.php 重写：

RewriteCond %{REQUEST_URI} !^/assets.php
RewriteRule ^([a-zA-Z0-9_.-]+)$ index.php?url=$1&%{QUERY_STRING} [L]