在 Apache RewriteRule 指令中设置环境变量时，是什么导致变量名称带有“REDIRECT_”前缀？

Question

我正在尝试使用 .htaccess 文件中的 RewriteRule 规则上的 [E=VAR:VAL] 标志设置 Apache 环境变量（用于 PHP）。

我已经发现在 PHP 中变量是作为服务器变量 $_SERVER 而不是 $_ENV 访问的（这有一定的意义）。但是，我的问题是对于某些规则， [E=VAR:VAL] 标志按预期工作，我最终得到一个变量 $_SERVER['VAR'] 但对于其他规则 我以变量 $_SERVER['REDIRECT_VAR'] 或 $_SERVER['REDIRECT_REDIRECT_VAR'] 结尾，等等

A. 是什么导致 Apache 中使用以下命令设置环境变量[E=VAR:VAL] 标志是否通过在变量名称前添加“REDIRECT_”来重命名？

B. 我该怎么做才能确保最终得到一个名称未更改的环境变量，以便我可以在 PHP 中以 $_SERVER['VAR'] 的形式访问它，而不必检查变量变量名是否有多个“REDIRECT_”实例之一？

找到部分解决方案。如果需要，将以下内容添加到重写规则的开头会在每个重定向上重新创建原始 ENV:VAR（以及将 REDIRECT_VAR 版本保留在那里）：

RewriteCond %{ENV:REDIRECT_VAR} !^$
RewriteRule .* - [E=VAR:%{ENV:REDIRECT_VAR}]

Answer 1

这种行为是不幸的，甚至似乎没有被记录下来。

.htaccess 每个目录上下文

以下是 .htaccess 每个目录 (per-dir) 上下文中发生的情况：

假设 Apache 处理包含重写指令的 .htaccess 文件。

1. Apache 使用所有标准 CGI / Apache 变量填充其环境变量映射

2. 重写开始

3. 环境变量在 RewriteRule 指令中设置

4. 当 Apache 停止处理 RewriteRule 指令（由于 L 标志或规则集末尾）并且 URL 已被 RewriteRule 更改时，Apache 重新启动请求处理。

   如果您不熟悉这部分，请参阅 L< /code> 标记文档：


   <块引用>
   因此规则集可以从头开始再次运行。最常见的是，如果规则之一导致重定向（无论是内部还是外部），从而导致请求过程重新开始，就会发生这种情况。
   

5. 据我观察，我相信当 #4 发生时，#1 会重复，然后在 RewriteRule 指令中设置的环境变量会在前面加上 REDIRECT_ 并添加到环境变量映射（不一定按该顺序，而是由该组合组成的最终结果）。

   这一步是删除所选变量名称的地方，稍后我将解释为什么这如此重要且不方便。

恢复变量名称

当我最初遇到这个问题时，我在 .htaccess 中执行了类似以下操作（简化）：

RewriteCond %{HTTP_HOST} (.+)\.projects\.

RewriteRule (.*) subdomains/%1/docroot/$1

RewriteRule (.+/docroot)/ - [L,E=EFFECTIVE_DOCUMENT_ROOT:$1]

如果我要在第一个 RewriteRule 中设置环境变量>，Apache 将重新启动重写过程，并在变量前面添加 REDIRECT_（上面的步骤 #4 和 5），因此我将无法通过分配的名称访问它。

在这种情况下，第一个 RewriteRule 更改了 URL，因此在处理完两个 RewriteRule 后，Apache 会重新启动该过程并再次处理 .htaccess 。第二次，由于 RewriteCond 指令，第一个 RewriteRule 被跳过，但第二个 RewriteRule 匹配，再次设置环境变量，而且重要的是，不会更改 URL。因此请求/重写过程不会重新开始，并且我选择的变量名称会保留。在本例中，我实际上同时拥有 REDIRECT_EFFECTIVE_DOCUMENT_ROOT 和 EFFECTIVE_DOCUMENT_ROOT。如果我要在第一个 RewriteRule 上使用 L 标志，我就只有 EFFECTIVE_DOCUMENT_ROOT。

@trowel 的部分解决方案的工作原理类似：再次处理重写指令，将重命名的变量再次分配给原始名称，如果 URL 没有更改，则该过程结束，分配的变量名称将保留。

为什么这些技术不够充分

这两种技术都存在一个重大缺陷：当您设置环境变量的 .htaccess 文件中的重写规则将 URL 重写到具有 的更深嵌套目录时>.htaccess 文件进行任何重写，您分配的变量名称将再次被擦除。

假设您有这样的目录布局：

docroot/
        .htaccess
        A.php
        B.php
        sub/
                .htaccess
                A.php
                B.php

和这样的 docroot/.htaccess：

RewriteRule ^A\.php sub/B.php [L]

RewriteRule .* - [E=MAJOR:flaw]

所以您请求 /A.php，它被重写为 sub/B .php。您仍然拥有 MAJOR 变量。

但是，如果您在 docroot/sub/.htaccess 中有任何重写指令（即使只是 RewriteEngine Off 或 RewriteEngine On），您的 MAJOR 变量消失。这是因为一旦 URL 被重写为 sub/B.php，docroot/sub/.htaccess 就会被处理，如果它包含任何重写指令，则在 中重写指令>docroot/.htaccess 不会再次处理。如果在处理 docroot/.htaccess 后您有一个 REDIRECT_MAJOR（例如，如果您在第一个 RewriteRule 中省略了 L 标志） code>)，您仍然会拥有它，但这些指令不会再次运行来设置您选择的变量名称。

继承

那么，假设您想要：

1. 在目录树特定级别的 RewriteRule 指令中设置环境变量（例如 docroot/.htaccess）

2. 让它们在更深层次的脚本中可用

3. 让它们具有指定的名称

4. 能够在更深层嵌套的 .htaccess 文件中重写指令

一种可能的解决方案是在嵌套更深的 .htaccess 文件中使用 RewriteOptions继承 指令。这允许您在嵌套深度较低的文件中重新运行重写指令，并使用上面概述的技术来设置具有所选名称的变量。但是，请注意，这会增加复杂性，因为您必须更加小心地在嵌套较浅的文件中编写重写指令，以便它们在从嵌套较深的目录再次运行时不会导致问题。我相信 Apache 会去除嵌套较深的目录的 per-dir 前缀，并在嵌套较浅的文件中根据该值运行重写指令。

@trowel 的技术

据我所知，支持在 RewriteRule E 的值组件中使用像 %{ENV:REDIRECT_VAR} 这样的构造> 标志（例如 [E=VAR:%{ENV:REDIRECT_VAR}]）似乎不是 记录：

VAL 可能包含将被扩展的反向引用（$N 或 %N）。

它似乎确实有效，但如果您想避免依赖未记录的内容（如果我错了，请纠正我），可以轻松地通过这种方式完成：

RewriteCond %{ENV:REDIRECT_VAR} (.+)
RewriteRule .* - [E=VAR:%1]

SetEnvIf

我不建议依赖于此，因为它似乎与记录的行为不一致（请参阅下面），但这（在 docroot/.htaccess 中，使用 Apache 2.2.20）对我有用：

SetEnvIf REDIRECT_VAR (.+) VAR=$1

只有那些由早期 SetEnvIf[NoCase] 指令定义的环境变量才能以这种方式进行测试。

为什么？

我不知道在这些名称前面加上 REDIRECT_ 的理由是什么——这并不奇怪，因为 Apache 文档部分中似乎没有提到 mod_rewrite 指令, RewriteRule 标志，或 环境变量。

目前，这对我来说似乎是一个很大的麻烦，因为没有解释为什么它比保留分配的名称更好。缺乏文档只会加剧我对此的怀疑。

能够在重写规则中分配环境变量是有用的，或者至少是有用的。但这种改名行为大大削弱了实用性。这篇文章的复杂性说明了这种行为是多么疯狂，以及为了克服它而必须克服的困难。

Answer 2

我根本没有测试过这个，我知道它没有解决 A 点或 B 点，但是 PHP 文档的注释中有一些对此问题的描述，以及使用 $_SERVER[ 访问这些变量的一些可能的解决方案'VAR']：

http://www.php. net/manual/en/reserved.variables.php#79811

编辑 - 对所提供问题的更多答复：

A: 环境变量由 Apache 重命名如果他们参与重定向。例如，如果您有以下规则：

RewriteRule ^index.php - [E=VAR1:'hello',E=VAR2:'world']

那么您可以使用 $_SERVER['VAR1'] 和 $_SERVER['VAR2'] 访问 VAR1 和 VAR2。但是，如果您像这样重定向页面：

RewriteRule ^index.php index2.php [E=VAR1:'hello',E=VAR2:'world']

那么您必须使用 $_SERVER['REDIRECT_VAR1'] 等。

B: 解决此问题的最佳方法是处理您对使用 PHP 感兴趣的变量。创建一个函数，该函数运行 $_SERVER 数组并查找您需要的项目。您甚至可以使用这样的函数：

function myGetEnv($key) {
    $prefix = "REDIRECT_";
    if(array_key_exists($key, $_SERVER))
        return $_SERVER[$key];
    foreach($_SERVER as $k=>$v) {
        if(substr($k, 0, strlen($prefix)) == $prefix) {
            if(substr($k, -(strlen($key))) == $key)
                return $v;
        }
    }
    return null;
}

Answer 3

由于我不想更改任何代码（我也不能更改所使用的库的代码），因此我采用了以下方法：同时引导我的应用程序 - 例如在我的索引中.php – 我重新设计了 $_ENV 超全局变量，以便将前缀为 REDIRECT_ 的变量重写为其正常的预期名称：

// Fix ENV vars getting prepended with `REDIRECT_` by Apache
foreach ($_ENV as $key => $value) {
    if (substr($key, 0, 9) === 'REDIRECT_') {
        $_ENV[str_replace('REDIRECT_', '', $key)] = $value;
        putenv(str_replace('REDIRECT_', '', $key) . '=' . $value);
    }
}

我们不仅直接在 $_ENV 中设置它code>$_ENV，但我们也使用 putenv() 存储它。这样，现有的代码和库（可能使用 getenv()）就可以正常工作。

---

旁注：如果您要在代码中提取标头（例如 HTTP_AUTHORIZATION），则需要对 $_SERVER 进行相同类型的操作：

foreach ($_SERVER as $key => $value) {
    if (substr($key, 0, 9) === 'REDIRECT_') {
        $_SERVER[str_replace('REDIRECT_', '', $key)] = $value;
    }
}