主页 / coding / 问题 / 77955401
Accepted
Greg
Asked: 2024-02-07 22:05:19 +0800 CST

RewriteRule 和 RedirectPermanent 冲突（添加查询字符串）

  • 772

我的所有RedirectPermanent规则都将查询字符串添加到 URL。该不需要的查询与重定向的粗略 URL 重新定义相匹配，RewriteRule如下所示：

RewriteRule ^page-([0-9]+)-(.*)$ index.php?page=page&id=$1 [L]

这条规则可以很好地创建这种 URL：

https://example.com/page-320-enfants

301重定向定义如下：

RedirectPermanent /page-320-enfants /page-2028-pour-les-invitees

问题：这会将查询字符串添加到新创建的 url 中：

https://example.com/page-2028-pour-les-invitees?page=page&id=320

我尝试使用RewriteRule（旧网址到新网址）而不是按照RedirectPermanent旧问题中的建议使用，但它具有完全相同的效果。

我错过了什么吗？

更新 ：

正如所建议的，我尝试使用RewriteRule放置在通用规则本身之前：

Options +FollowSymlinks
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
RewriteRule ^(.*)$ https://%1/$1 [R=301,L]

# Redirect Permanent #
RewriteRule ^page-2028-pour-les-invitees$ page-320-enfants [R=301,L]

# Common rules #
...
RewriteRule ^page-([0-9]+)-(.*)$ index.php?page=page&id=$1 [L]
...

此尝试根本不会触发。问题可能出在语法上吗？

.htaccess

1 个回答

  1. Best Answer

    是的，RedirectPermanent(mod_alias) 指令将添加之前重写的查询字符串。尽管指令RewriteRule有明显的顺序，但 (mod_rewrite) 指令首先被处理，因此在内部将请求重写为index.php?page=page&id=320. 该RedirectPermanent指令稍后处理，但仅查看最初请求的 URL 路径（而不是重写的 URL），因此会触发重定向，但随后会附加来自内部重写的新查询字符串（原始请求上的任何查询字符串都将被附后）。

    如果您已经使用 mod_rewrite 进行内部重写（以及可能的其他重定向），那么您需要始终使用 mod_rewrite 以避免此类冲突。

    我尝试使用RewriteRule（旧网址到新网址）而不是按照RedirectPermanent旧问题中的建议使用，但它具有完全相同的效果。

    这听起来像是您看到了先前指令的缓存响应RedirectPermanent（301 由浏览器持久缓存）。如果RewriteRule在上述重写之前放置正确的内容，它将按预期工作。如果你把它放在之后，它不会做任何事情，因为 URL 路径不匹配。

    （来自评论）

     RewriteRule /page-320-enfants /page-2028-pour-les-invitees [R=301,L]

    该规则似乎位于正确的位置（在内部重写之前），但是，模式RewriteRule （第一个参数）不正确，并且与请求的 URL 不匹配，因此该规则不执行任何操作。

    删除目录前缀（文件的文件路径）后，RewriteRule 模式（正则表达式）与 URL 路径匹配。.htaccess目录前缀始终以斜杠结尾，因此匹配的 URL 路径永远不会以斜杠开头。所以这条规则应该这样写：

    RewriteRule ^page-320-enfants$ /page-2028-pour-les-invitees [R=301,L]

    重定向/page-320-enfants至/page-2028-pour-les-invitees

    更新：

    （来自更新的问题）

    RewriteRule ^page-2028-pour-les-invitees$ page-320-enfants [R=301,L]

    好的，您已经删除了斜杠前缀，但是，您似乎已经切换了 from/to 并省略了替换字符串（第二个参数）上必要的斜杠前缀！？

    假设您想从此 重定向/page-320-enfants，这应该出现在左侧（第一个参数）。

    替换字符串上没有斜杠前缀（并且没有RewriteBase指令）的问题是目录前缀将被添加回来并在外部重定向中公开服务器的文件路径 - 换句话说，重定向将是格式错误的（如果发生这种情况）根本没有）。

    • 1

相关问题