使用htaccess将所有重定向到index.php

我正在写一个简单的基于PHP的MVC-ish框架。我希望该框架能够安装在任何目录中。

我的PHP脚本抓取了请求uri并将其分成多个部分。它使段1成为控制器，而段2成为动作。当我这样做时，一切都很好：

http://www.example.com/mvc/module/test/

它将转到特定的模块控制器和方法。现在，我有一个默认控制器，即home控制器，它位于文件夹home中。

现在，当我直接访问此文件夹 http://www.example.com/mvc/home/时 ，它将显示403禁止，因为此文件夹确实存在，相反，它也应该返回 http://www.example.com /mvc/index.php

如果我将框架安装在其他文件夹中，则可以说它必须重定向回http://www.example.com/framework/index.php的文件夹框架

我想将每个文件夹和php文件重定向回index.php，而其他一切都保持原样。

我遇到的第一个问题是它从不重定向到正确的文件夹，始终重定向到域根文件夹。

这是我尝试的：

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule . index.php [L]

您的重写规则看起来几乎可以。

首先，请确保您的.htaccess文件位于文档根目录（与相同的位置index.php）中，否则只会影响其所在的子文件夹（以及其中的所有子文件夹-递归）。

接下来，对您的规则进行一些更改，如下所示：

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /index.php?path=$1 [NC,L,QSA]

目前，您只需要匹配.哪个字符的一个实例，至少.*需要匹配任意数量的任何字符的实例。

该$_GET['path']变量将包含伪造的目录结构，/mvc/module/test例如，您可以在index.php中使用它来确定Controller和要执行的操作。

如果要将整个shebang安装在子目录中（例如，/mvc/或者/framework/最简单的方法），则可以稍微更改重写规则以将其考虑在内。

RewriteRule ^(.*)$ /mvc/index.php?path=$1 [NC,L,QSA]

并确保您index.php位于该文件夹中，而.htaccess文件位于文档根目录中。

的替代方法$_GET['path']（于 18年2月和19年1月更新）

实际上没有必要（即使现在也不常见）将路径设置为$_GET变量，许多框架将依赖于$_SERVER['REQUEST_URI']检索相同的信息（通常是确定要使用的Controller），但是原理是完全相同的。

这并简化RewriteRule略有你不需要创建路径参数（这意味着OP的原始RewriteRule 将现在的工作）：

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^.*$ /index.php [L,QSA]

但是，关于在子​​目录中安装的规则仍然适用，例如

RewriteRule ^.*$ /mvc/index.php [L,QSA]

标志：

NC =不区分大小写（不区分大小写，因为模式中没有字符，所以没有必要）

L = Last（在此Rewrite之后它将停止重写，因此请确保它是您重写列表中的最后一件事）

QSA=附加查询字符串，以防万一?like=penguins您想要保留并传递给index.php的内容。

要将不存在的所有内容重定向到index.php，您也可以使用FallBackResource指令

FallbackResource /index.php

它与的工作原理相同ErrorDocument，当您在服务器上请求不存在的路径或文件时，该指令会静默将请求转发到index.php。

如果您想将所有内容（including existant files or folders）重定向到index.php，则可以使用以下内容：

RewriteEngine on

RewriteRule ^((?!index\.php).+)$ /index.php [L]

请注意，该模式^((?!index\.php).+)$ 与任何uri匹配，除了index.php我们已排除目标路径以防止无限循环错误。

您可以使用如下所示的内容：

RewriteEngine on
RewriteRule ^.+$ /index.php [L]

这会将每个查询重定向到根目录的index.php。请注意，它还会重定向对现有文件的查询，例如图像，javascript文件或样式表。

这个问题有一个适合所有情况的“技巧”，这是一个显而易见的解决方案，您必须尝试使其相信它确实可以起作用... :)

这里是...

<IfModule mod_rewrite.c>

   RewriteEngine On

   RewriteCond %{REQUEST_FILENAME}  -f [OR]
   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteRule ^(.*)$ index.php [L,QSA]

</IfModule>

基本上，您是在要求MOD_REWRITE 始终在文件存在时转发到index.phpURI请求，而总是在请求的文件不存在时转发到URI请求！

在调查MOD-REWRITE的源代码以了解其工作原理时，我意识到，在检查引用文件是否存在之后，所有检查始终都会进行。只有这样RegEx才能处理。即使您的URI指向文件夹，Apache也会对其配置文件中列出的索引文件强制执行检查。

基于这一简单发现，很明显，只要我们双击文件存在检查并将两个结果都路由到相同的端点（覆盖100％的可能性），对所有可能的调用而言，简单的文件验证就足够了。

重要说明：请注意，中没有“ / ” index.php。默认情况下，MOD_REWRITE将使用设置为“基本文件夹”的文件夹进行转发。它的优点在于，它不必一定是站点的“根文件夹”，从而允许此解决方案适用于localhost/和/或应用它的任何子文件夹。

最终，我之前测试过的其他一些解决方案（似乎工作正常）破坏了PHP通过其相对路径“要求”文件的能力，这真是令人讨厌。小心。

某些人可能会说这是一个微不足道的解决方案。实际上，实际上可能是，但是就各种场景，几台服务器，几种不同的Apache版本等进行测试而言，该解决方案在所有情况下均能100％起作用！

愚蠢的答案，但是，如果您不知道为什么不重定向，请检查是否为Web文件夹启用了以下功能。

AllowOverride All

这将使您能够运行必须正在运行的htaccess！（有其他选择，但没有其他选择会导致问题https://httpd.apache.org/docs/2.4/mod/core.html#allowoverride）

做完之后，别忘了更改锚标签

例：

.htacces file
RewriteEngine On

RewriteRule ^about/$ /about.php

PHP file:
<a href="about/"> about</a>

以防万一您仍然想知道如何将目录（用于核心框架文件夹和文件）存在时重定向所有请求到框架索引处理程序，只是在发现一些错误/成功尝试之后，我只需要更改.htaccess中的RewriteCond文件

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

上面的条件指出“未找到文件”和“未找到目录”，好吧，如果只删除“未找到”（！-d）行，并以如下所示结束：

RewriteEngine on
RewriteBase /framework/
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ /framework/index.php [L,QSA]

它像魅力一样对我有用