mod_rewrite规则在.htaccess中不起作用以更改URL

Question

我正在尝试重写下面的URL，但是URL只是不会更改，没有错误。

当前URL：

https://example.com/test/news/?c=value1&s=value2&id=9876

预期的URL：

https://example.com/test/news/value1/value2

我的.htaccess

RewriteEngine On
RewriteRule ^test/news/([^/]*)/([^/]*)$ /test/news/?c=$1&s=$2&id=1 [L]

Answer 1

但我已经看到了许多文章，其中诸如example.com/display_article.php?articled = my-Article之类的URL可以用作example> example> example> example> example.com/articles/my--文章例如.htaccess

但这里的重要一点（我认为您丢失了）是在您的所有内部链接中必须在您的应用程序中内部更改URL。常见的误解是，.htaccess仅可用于更改URL的格式。尽管.htaccess是其中的重要组成部分，但它只是 part 。

是的，您可以在.htaccess中实现重定向，以从旧URL重定向到新URL-这对于保留SEO至关重要（请参见下文），但这对于您的应用程序工作并不重要。如果您不首先更改内部链接中的URL，则：

1. “旧” URL仍在HTML源中暴露。当用户徘徊或复制链接时，他们会看到并复制“旧” URL。

2. 用户每次单击您的内部链接之一时，它们会在外部重定向到“新” URL。这对您的用户来说很慢，对SEO不利（您绝对不应链接到已重定向的URL），并且对您的服务器不利，因为它可能会使您击中服务器的请求数量增加一倍（好的，301个在本地缓存）。

从@imsop的答案 此参考问题有关该主题：

重写规则不会使丑陋的URL变得漂亮，它们使得漂亮的URL丑陋

---

因此，一旦您将内部链接更改为“新”（预期）格式，例如。 /test/news/value1/value2（或应该是/test/test/news/news/value1/value2/id e /test/test/news/news/news/id/ideal1 /value2请参阅下面的

 重写^test/news/（[^/]*）/（[^/]*）$/test/test/news/？c = $ 1＆amp; s = $ 2＆amp; id = 1 [l]
 

这内在内部将请求从/test/news/＆lt; value1＆gt;/＆lt; value2＆gt; to /test/test/news/？c =＆lt; value1＆gt; ;＆amp; id = 1。但是，有两个问题：

1. /test/news/本身不是有效的端点。这需要进一步的重写。也许您正在提供DirectoryIndex文档（例如index.php）？这可能对您而言是无缝的，但这需要附加的内部子重试，并使规则取决于配置的其他元素。您应该直接重写处理请求的文件。例如。 /test/news/index.php?c=＆amp;s =＆lt; value2>； gt;＆amp; id = 1（请记住，这完全隐藏在用户中）。

2. 您正在硬编码id = 1参数？每个URL都应该具有相同的id吗？还是应该在“新” URL（我期望这是什么）中通过的？ id表示什么？如果这对于URL的路由至关重要，则id应在URL路径中出现，以防copy/pasted/sharde时url意外截断。

   如果需要ID，则需要在“新” URL中传递它。我们只有“新” URL来路由请求，因此信息不能隐藏。

因此，如果“新” URL现在为/test/news/＆lt; id＆gt;/＆lt; value1＆gt;/＆lt value2＆gt;，那么重写将需要像这样：然后

# Rewrite new URLs to old/actual URL
# "/test/news/<id>/<value1>/<value2>" to "/test/news/?c=<value1>&s=<value2>&id=<id>"
RewriteRule ^test/news/(\d+)/([^/]+)/([^/]+)$ /test/news/?c=$2&s=$3&id=$1 [L]

（可选） ^*1 ）您可以实现外部重定向以保留SEO。这是针对已索引无法更新的“旧” URL或第三方入站链接的搜索引擎 - 需要纠正这些链接以告知搜索引擎，并使用户在“新”规范URL上遵循了Out of Out of Out。 - 日期入站链接。

（ ^*1 如果您要更改现有URL，则不是“可选”，而是关于您的应用程序功能的可选。）

此“重定向”在之前 上述重写：

# Redirect old URLs to the new "canonical" URL
# "/test/news/?c=<value1>&s=<value2>&id=<id>" to "/test/news/<id>/<value1>/<value2>"
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteCond %{QUERY_STRING} ^c=([^&]+)&s=([^&]+)&id=(\d+)
RewriteRule ^test/news/$ /$0%3/%1/%2 [QSD,R=301,L]

$ 0 BackReference包含Rewriterule staters 的完整匹配，即。 test/news/在这种情况下 - 这只是保存重复。

％1，％2和％3 backReferences包含从前面条件捕获的值。 IE。 c，s和id url参数的值分别。

请注意，URL参数/路径段不应像您的原始指令（即（[^/]*））那样可选。如果它们是可选的并且被省略，则会产生的URL变得模棱两可。例如。 ＆lt; value2＆gt;省略＆lt; value1＆gt;如果＆lt; value1＆gt;被省略。

请注意，URL参数必须按照说明的顺序为顺序。如果您以不同的顺序（甚至与其他参数混合）的“旧” URL不匹配“旧” URL，则可以用其他复杂性来解释这一点。 （在您的服务器端脚本中执行此重定向可能更容易，而不是.htaccess。）

第一个针对redirect_status环境变量检查的条件重定向直接请求，而不是以后的重写（否则会导致重定向循环）进行重写。 Apache 2.4上的一种替代方法是使用end flag 重写而不是。

QSD flag（apache 2.4）从请求中丢弃原始查询字符串。

您应该首先使用302（临时）重定向测试，以避免潜在的缓存问题，并且仅一旦测试了一切都可以按预期工作，则只能更改为301（永久）重定向。浏览器将301持续缓存，因此可以使测试有问题。

---

摘要

您的完整.htaccess文件应该看起来像这样：

Options -MultiViews +FollowSymLinks

# If relying on the DirectoryIndex to handle the request
DirectoryIndex index.php

RewriteEngine On

# Redirect old URLs to the new "canonical" URL
# "/test/news/?c=<value1>&s=<value2>&id=<id>" to "/test/news/<id>/<value1>/<value2>"
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteCond %{QUERY_STRING} ^c=([^&]+)&s=([^&]+)&id=(\d+)
RewriteRule ^test/news/$ /$0%3/%1/%2 [QSD,R=301,L]

# Rewrite new URLs to old/actual URL
# "/test/news/<id>/<value1>/<value2>" to "/test/news/?c=<value1>&s=<value2>&id=<id>"
RewriteRule ^test/news/(\d+)/([^/]+)/([^/]+)$ /test/news/?c=$2&s=$3&id=$1 [L]