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

Question

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

obj.foo;  // valid

obj.else  // valid, reserved keywords are valid identifier names

obj.42    // invalid, identifier names cannot start with numbers

obj.3foo  // invalid,                ""

obj.foo-bar // invalid, `-` is not allowed in identifier names

obj[42]   // valid, 42 will be coerced to "42"

obj["--"] // valid, any character sequence is allowed

obj[bar]  // valid, will evaluate the variable `bar` and 

          // use its value as property name

Answer 1

该[L]规则工作正常-你只是不知道它是如何实际工作的。当Apache看到[L]标志和规则匹配（重写发生）时，Apache将进入下一次迭代，并将从顶部再次开始匹配所有规则。该[L]标志表示“ 在此迭代中不处理以下任何规则”。是的，Apache文档并没有100％明确（这意味着它可以改进），但提供了足够的信息来最终弄清楚。Apache将在几种情况下停止重写周期：没有匹配的规则（没有重写）;“立即退出”规则匹配（例如RewriteRule .* - [L]）;重写发生，但输入URL和最终URL是相同的（当“严重”编写的规则将相同的URL重写到同一URL时，在第2到第3次迭代时发生。例如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..现在没有意义）;达到重写迭代限制（默认值= 10） - 如果您输入了无限重写周期（该值由LimitInternalRecursion指令控制）。根据上述所有信息，我可以说 您当前的规则确实按预期工作。这意味着你必须改变逻辑并摆脱最后一条规则（也许在父.htaccess中处理这一时刻......或者以不同方式处理它 - 所有这些都取决于你的应用程序是如何构建的，我不想做出疯狂的猜测）。

Answer 2

把它摆在你的cath all规则面前。RewriteCond %{ENV:REDIRECT_STATUS} !=200问题是，一旦处理了[L]标志，确实忽略了所有下一个RewriteRules，但是，文件从begin开始处理AGAIN，现在使用新url。catch all如果文件已经重定向，这个神奇的条件将不会处理。PS：如果它不工作，你可能需要调整条件的位：200，!=200，^.，^$。显然，变量设置200为重定向，但其他页面（错误和填充）将其设置为某个值。现在，这意味着你要么如果它检查is empty，is not empty，is 200或者is not 200，这取决于你所需要的。