htaccess 重写和重定向 SEO 友好的 URL

Question

我知道这个问题过去可能重复或回答过，但我已经阅读了 apache.org 网站并看到了许多其他类似的答案，但由于我是新手，所以到目前为止我找不到合适的解决方案。 .htaccess 和 apache。

为简单起见，我们假设我网站的 URL 是：https://www.example.com

主页是index.php，有一个提交表单，其中包含三个名称：sp、ar 和in。 sp 是强制性的（用户必须输入一个值），ar 和 in 是可选的。

当我提交表单时，文件results.php 被执行。当所有 3 个下拉列表都有值时，提交的 URL 的形式为：

1) https://www.example.com/results.php?sp=textvalue1&ar=textvalue2&in=textvalue3

此外，根据ar 和in 是否有（或没有）值，URL 的其他可能形式是：

2) https://www.example.com/results.php?sp=textvalue1&ar=&in= 
3) https://www.example.com/results.php?sp=textvalue1&ar=textvalue2&in= 
4) https://www.example.com/results.php?sp=textvalue1&ar=&in=textvalue3 

我想将这些“丑陋”的 URL 转换为对 SEO 友好的 URL。

对于案例 1（所有 3 个下拉菜单都有值），我想提交表单并在浏览器的 URL 字段中查看：

(case 1) https://www.example.com/textvalue1/textvalue2/textvalue3

并获得相同的结果（重要）！

同样，我希望其他对 SEO 友好的 URL：

(case 2) https://www.example.com/textvalue1
(case 3) https://www.example.com/textvalue1/textvalue2
(case 4) https://www.example.com/textvalue1/textvalue3

我的猜测是我必须做两件事：首先，将丑陋的 URL 转换为 SEO 友好的 URL，其次，将新的 SEO 友好的 URL 视为旧的丑陋 URL。

到目前为止，我已经在我的 .htaccess 文件中为案例 2 尝试了以下命令，但没有任何反应：

Options +FollowSymlinks -Indexes -MultiViews
RewriteEngine On
RewriteCond %{THE_REQUEST} \s/results\.php\?sp=([a-zA-Z]+)\s [NC]
RewriteRule ^ /%1? [R=302,L]
RewriteRule ^/([[a-zA-Z]]+)$ /results.php?sp=$1 [L]

Answer 1

正如问题 cmets 中已经讨论的那样，我看到关于重写逻辑的问题存在问题。您要求针对所有三个请求参数都存在的情况展示一种更简化的方法。这是一个建议，它也处理仅指定两个参数的情况。你甚至不需要条件，匹配模式对于这样的逻辑就足够了：

RewriteEngine on

RewriteCond %{REQUEST} !-f
RewriteCond %{REQUEST} !-d
RewriteRule ^/?([^/]+)/([^/]+)/([^/]+)$ /results.php?sp=$1&ar=$2&in=$3 [END]
RewriteRule ^/?([^/]+)/([^/]+)$ /results.php?sp=$1&ar=$2 [END]

RewriteCond ${QUERY_STRING} ^sp=(.+)&ar=(.+)&in=(.+)$  
RewriteRule ^/results\.php$ /%1/%2/%3 [R=301,END]
RewriteCond ${QUERY_STRING} ^sp=(.+)&ar=(.+)$  
RewriteRule ^/results\.php$ /%1/%2 [R=301,END]

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

如果您在使用上述规则集时遇到“内部服务器错误”（http 状态 500），那么您很可能操作的是非常旧版本的 apache http 服务器。在这种情况下，将 END 标志替换为 L 标志。在这种情况下，您将在 http 服务器错误日志文件中找到有关不受支持的 END 标志的特定提示。

再一次：如果你可以命名一个逻辑来决定哪个请求参数分配第二个规则捕获的第二个值，如果它被应用，然后它可以实现这样的条件并处理您最初提到的所有三种情况。但是如果没有你指定这样的逻辑，就不可能实现某些东西。