.htaccess重定向，如果条件不匹配/否定条件

Question

我正在修改旧版PHP Web应用程序的.htaccess文件。我对apache .htaccess语法不熟悉。我找到了本教程https://www.elated.com/mod-rewrite-tutorial-for-absolute-beginners/。我要执行的操作是，如果请求URL不是特定的URL /路径，则尝试将所有请求重定向到URL /路径。例如，除非请求URL为localhost / my-custom-page，否则所有对网站的请求都将重定向到localhost / my-custom-page。

我知道如何将映射1重定向到1，如下所示

RewriteEngine on
RewriteRule ^my-old-url.html$ /my-new-url.html [R=301,L]

但是，我正在尝试做的是将所有请求重定向到特定页面，除非请求到该页面。甚至主页也将被重定向到该页面。我该怎么办？

当我尝试以下解决方案

RewriteEngine on
  RewriteCond %{REQUEST_URI} !/my-new-url\.html
  RewriteRule ^ /my-new-url.html [R=301]

我得到了错误

我也想使用OR条件进行检查。例如，如果路径不是路径一或路径二，则将所有请求重定向到路径一。

Answer 1

由于您的措辞，您的问题有点含糊。但是我认为这是您真正要寻找的：

RewriteEngine on
RewriteCond %{REQUEST_URI} !/my-new-url\.html
RewriteRule ^ /my-new-url.html [R=301]

如果使用上述规则收到内部服务器错误（http状态500），则很可能是您运行了非常旧版本的apache http服务器。在这种情况下，您将在http服务器错误日志文件中看到对不支持的[END]标志的明确提示。您可以尝试升级或使用旧的[L]标志，在这种情况下它可能会起作用，尽管这在一定程度上取决于您的设置。

一个好主意是从302临时重定向开始，然后在确定一切正确设置之后，才将其更改为301永久重定向。这样可以防止在尝试时缓存问题...

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

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

Answer 2

RewriteCond %{REQUEST_URI} !/my-new-url\.html
RewriteRule ^ /my-new-url.html [R=301]

这样做有一些潜在的问题，特别是因为您在注释中暗示您可能正在使用前端控制器来“路由” URL。

此重定向满足问题中概述的条件，但确实假设您没有其他重写，没有实质上的“静态站点”，并且未链接到任何静态资源。

1. 您缺少L（last）标志，因此处理将在文件中继续进行，并且如果以后进行重写，则可能会被重写。

2. 如果您要将URL重写为前端控制器以路由URL（如您在注释中所建议），则此重定向将中断，因为它将重定向到前端控制器。您只需要重定向直接请求，即。当REDIRECT_STATUS环境变量为 empty 时。

3. 如果要链接到同一文件空间中的任何静态资源，则这些资源也将被重定向。您需要通过文件扩展名（例如(css|js|jpg|png)）或位置（例如/static）为正在使用的任何静态资源创建一个例外。

因此，请尝试以下操作：

RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteCond %{REQUEST_URI} !\.(js|css|jpg|png)$
RewriteRule !^my-custom-url$ /my-custom-url [R=302,L]

您不需要单独的条件即可为重定向到的URL实现例外。直接在RewriteRule 模式中执行此操作效率更高。

第一个条件是确保我们仅将直接请求重定向，而不将重写的请求重定向到您的前控制器。

第二个条件避免了任何静态资源也被重定向。如果所有资源都存储在公共根目录下，则可以选择检查文件系统路径。或者，作为最后的手段，如果您的静态资源过于多样化，请执行文件系统检查（即RewriteCond %{REQUEST_FILENAME} !-f），但请注意，这样做效率较低。

在测试之前，您需要清除浏览器缓存，因为任何更早（错误）的301都会被浏览器永久缓存。