.htaccess mod_rewrite 变量通过重定向

Posted 2023-02-22

【中文标题】.htaccess mod_rewrite 变量通过重定向

【英文标题】：.htaccess mod_rewrite variables through redirect

【发布时间】：2011-09-04 01:02:56

【问题描述】：

短版：

我写了这个问题，并意识到大多数人不想阅读那么多文字。考虑以下参考，这里是 TL;DR：

我需要301重定向这个网址http://app.com/search/foo-bar/

到这个网址http://app.com/#!/search/foo-bar/

然后发送这个：/foo-bar/，或任何超过/search/ 的东西到服务器端脚本。在这种情况下，它是用 php 编写的。

为清楚起见进行编辑：

当前的答案似乎集中在对 hashbang 的重写上。那部分不是问题。问题是我在重写到 hashbang url 时会丢失任何相关数据，因为服务器端会将 app.php 视为位置，而不是 app.php/#!/foo-bar/ - 所以我需要捕获 foo-bar , 并将其发送到 URL 以外的其他位置的服务器。重写有效，不是问题。不过感谢您的回答！

---

加长版：

好的，所以我有一个有趣的问题，我一直很难弄清楚。

情景：

我有一个使用 hashbang 表示状态的主干.js 应用程序：

app.com/#!/search/search-term/key-value/foo-bar/

此外，我有来自以前版本的网站的谷歌流量将点击“漂亮的网址”样式网址：

app.com/search/search-term/key-value/foo-bar/

如果用户点击旧版 url，我会使用 .htaccess mod_rewrite 将旧版 url 换成 hashbanged 版。

我最近介绍了该网站的无 javascript 引导版本，该网站将建立在该版本之上，以优雅地降级和支持爬虫。这是用php写的。

为了使 php 站点正常工作，我需要将 hashbang 之后的值传递给服务器端脚本，以便弄清楚要显示的内容。

问题：

当我转换 url 并添加锚点时，锚点 (hashbang) 之后的所有内容都不再发送到请求，因此我无法在 php 中访问它。

RewriteRule search/?(.*) #!/search/$1 [R=301,NC,L]

然后，我将内容发送到服务器端的选项减少为： 1.查询字符串 2.环境变量 3. 标题

所以，我尝试通过查询字符串发送内容

RewriteRule search/?(.*) #!/search/$1?filter=$1 [R=301,NC,L]

显然这不起作用（查询在锚点后面），所以我在 hashbang 前面尝试了它

RewriteRule search/?(.*) ?filter=$1/#!/search/$1 [R=301,NC,L]

这可行，但对最终用户来说是可怕的和多余的。所以，我想我可以尝试使用环境变量。

RewriteRule search/?(.*) /!#/search/$1 [R=301,NC,L,E=FILTER:$1]

失败了，因为环境变量没有通过重定向保留（duh）。我转向使用标题：

RewriteRule search/?(.*) /#!/search/$1 [R=301,NC,L,E=FILTER:$1]

Header set filterParams "%FILTERe"

但由于某种原因，页面没有通过重定向接收到标头。这似乎是有道理的（虽然我现在已经远远超出了我对 apache 指令的舒适程度），所以我尝试回显标题，希望它会被传递，被第二次重写接收（没有找到搜索)，并回响。

RewriteRule search/?(.*) /#!/search/$1 [R=301,NC,L,E=FILTER:$1]

Header set filterParams "%FILTERe"

Header echo filterParams

Nada - 过滤器不存在，所以虽然它到达服务器，但它是空的。我的下一个想法是尝试使用某种条件。这是我的尝试：

RewriteRule search/?(.*) legacy.php/#!/search/$1 [R=301,NC,L,E=FILTER$1]`

<FilesMatch "legacy.php">
    Header set filterParams "%FILTERe"
</FilesMatch>

Header echo filterParams

这似乎也不起作用，所以我很难过。我意识到我在这方面花费了很长时间，以至于我可能已经掌握了解决方案，我只是厌倦了看它，或者它甚至是不可能的，即使有严重的标题黑客攻击。

有人知道怎么做吗？

【问题讨论】：

Look at this thread.

嗯，就像下面@david-chan 的回答一样，问题不在于 hashbang 在重写中导致问题，它只是不会随请求一起发送到服务器。 [NE] 标志将解决我可能遇到的任何问题。我目前正在阅读@vayn 提供的重写指南，但我不确定你所指的线程的哪一部分可能对我有帮助。

【参考方案1】：

rfc1738.txt 表示 # 不是有效的 url 字符

另外，apache docs 表示 # 表示 apache 配置文件中的注释。

简短的回答是你的解决方案被破坏了，而不是你的实现

【讨论】：

你试过RewriteRule (.*) #!/$1 [NE]吗？它工作得很好，我想在我的例子中我可能必须添加 no escape 标志才能工作，但目前我使用哈希来重写，这不是问题。问题是关于重定向变量，而不是重写到 hashbang。那部分是实心的。

【参考方案2】：

AFAIK，没有很好的方法可以通过重定向保留变量而不将它们粘贴在查询字符串中......