RewriteRule Last [L] 标志不起作用？

Question

php_flag display_errors 1
php_value auto_prepend_file init.php
RewriteEngine on 
RewriteRule ^$  /id/authenticate [R]
RewriteRule ^login_openid$  /id/login_openid.php [QSA,L]
RewriteRule ^authenticate$  /id/authenticate.php [QSA,L]
RewriteRule ^facebook$  /id/facebook.php [QSA,L]
RewriteRule ^createfromopenid$  /id/createfromopenid.php [QSA,L]

RewriteRule .* - [L,R=403]

这是我的 .htaccess 文件。在 serverconfig 我只有AllowOVerride all。

如果我请求 URL http://mydomain.com/id/authenticate，我会收到 403 错误。如果我删除最后一条规则，它会起作用。 [L] 单位不应该阻止任何进一步的规则发生吗？

编辑：

我的 htaccess 文件位于子文件夹“id”中，因此规则有效。

Answer 1

[L] 规则可以正常工作——您只是不知道它实际上是如何工作的。

当 Apache 看到 [L] 标志和规则匹配（发生重写）时，Apache 将进入 下一次迭代，并从顶部重新开始匹配 所有 规则。 [L] 标志的意思是“不处理任何低于在本次迭代中的规则”。

是的，Apache documentation 并不是 100% 清楚这一点（这意味着它可以改进），但提供了足够的信息来最终弄清楚。

---

Apache 在少数情况下会停止重写周期：

1. 根本没有匹配的规则（没有发生重写）；

2. “立即退出”规则匹配（例如RewriteRule .* - [L]）；

3. 发生重写，但输入 URL 和最终 URL 相同（发生在第 2-3 次迭代时，“糟糕”的书面规则将相同的 URL 重写为相同的 URL。

   例如RewriteRule (.*) /index.php?page=$1 [L]:

   • /hello => /index.php?page=hello
   • 在下一次迭代中它将重写/index.php => /index.php?page=index.php
   • 在第 3 次迭代中，它将是 /index.php => /index.php?page=index.php .. 现在没有意义了）；

4. 已达到重写迭代限制（默认 = 10）——如果您进入了无限重写周期（该值由 LimitInternalRecursion Directive 控制）。

---

根据上述所有信息，我可以说您当前的规则确实按预期工作。这意味着您必须更改逻辑并摆脱最后一条规则（也许在父级 .htaccess 中处理这一时刻 .. 或以不同方式处理它——这一切都取决于您的应用程序是如何构建的，我不想做出疯狂的猜测)。

Answer 2

把它放在你的 cath all 规则前面。

RewriteCond %{ENV:REDIRECT_STATUS} !=200

问题是一旦处理了 [L] 标志，所有下一个 RewriteRules 确实被忽略了，但是，文件从头开始再次处理，现在使用新的 url。

如果文件已经被重定向，这个魔法条件将不会处理catch all。

PS： 如果它不起作用，您可能需要稍微调整条件：200、!=200、^.、^$。
显然，该变量被设置为200 以进行重定向，但其他页面（错误和其他内容）也将其设置为某个值。现在这意味着您可以根据需要检查它是 is empty、is not empty、is 200 还是 is not 200。