单页的 Htaccess 重定向不起作用

Question

我的 .htaccess 文件有重定向和重写代码。除了一页，一切都很好。我需要将https://example.com/shopping/ceylon-cinnamon-c-62.html 和http://example.com/shopping/index.php?cPath=62 重定向到https://example.com/ceylon-cinnamon-c-2_19.html 我已经尝试了下面NONE OF THESE WORK 下面的四行（一次一个），但重定向永远不会起作用。结果网址为https://example.com/c-62.html。谁能指出问题或如何测试它？

 Options +FollowSymLinks -Indexes
 RewriteEngine On 
 RewriteBase /

 # NONE OF THESE WORK
 Redirect 301 /shopping/ceylon-cinnamon-c-62.html https://example.com/index.php?cPath=2_19
 Redirect 301 /shopping/index.php?cPath=62 https://example.com/index.php?cPath=2_19
 RewriteRule ^(.*?)shopping/ceylon-cinnamon-c-62.html$ https://example.com/index.php?cPath=2_19 [R=301,L,NC] 
 RewriteRule ^(.*?)shopping/index.php?cPath=62$ https://example.com/index.php?cPath=2_19 [R=301,L,NC] 

 # THESE ALL WORK 
 RewriteRule ^shopping/(.*)$ /$1 [R=301,NC,L]

 #redirect index.php to root
 RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.php\ HTTP/
 RewriteRule ^index\.php$ https://example.com/ [R=301,L]

 RewriteCond %{SERVER_PORT} 80
 RewriteRule ^(.*)$ https://example.com/$1 [R,L]

 RewriteRule ^(.*)-c-(.*).html$ index.php?cPath=$2&%{QUERY_STRING}

Answer 1

您的问题有点含糊...您给出的示例规则（“这些都不起作用”）与您在问题中提出的问题几乎没有关系。并且声称的重写尝试结果肯定不是您的尝试所实现的。所以要么你的描述不正确（可能是从记忆中写的？），要么你有其他一些你没有告诉我们的因素（一些应用程序逻辑可能实现了它自己的重定向？）......

无论如何，这里有一些简单的规则来实现您所询问的确切重定向，独立于任何其他内容：

RewriteEngine on

RewriteCond %{QUERY_STRING} (?:^|&)cPath=62(?:&|$)
RewriteRule ^/?shopping/index\.php$ /ceylon-cinnamon-c-2_19.html [R=301]

RewriteRule ^/?shopping/ceylon-cinnamon-c-62\.html$ /ceylon-cinnamon-c-2_19.html [R=301]

最好先从 302 临时重定向开始，稍后再将其更改为 301 永久重定向，前提是您确定一切都已正确设置。这样可以防止在尝试时出现缓存问题...

也就是说：在测试时，请确保您没有查看缓存的结果。测试时始终使用新的匿名浏览器窗口，进行 深度重新加载 ，而不仅仅是重新加载并观察您的浏览器网络控制台以获取您收到的实际响应...

此实现同样适用于 http 服务器主机配置或动态配置文件（“.htaccess”文件）。显然重写模块需要在http服务器内部加载并在http主机中启用。如果您使用动态配置文件，您需要注意它的解释在主机配置中完全启用，并且它位于主机的 DOCUMENT_ROOT 文件夹中。

一般来说：您应该始终喜欢将此类规则放在 http 服务器主机配置中，而不是使用动态配置文件（“.htaccess”）。这些动态配置文件增加了复杂性，通常是导致意外行为的原因，难以调试，而且它们确实减慢了 http 服务器的速度。它们仅在您无法访问真正的 http 服务器主机配置（阅读：非常便宜的服务提供商）或坚持编写自己的规则的应用程序（这是一个明显的安全噩梦）的情况下作为最后一个选项提供。