Htaccess -将每个请求重定向到单个页面。副作用？

Question

我正在创建自己的mvc框架，以便在小项目中使用，默认情况下，我会重写url，这样每个请求都会发送到index.php。Index.php只有4-5行，它调用应用程序类，然后应用程序类调用相应的控制器，依此类推。

基本上，这是我的htaccess文件和index.php：

Options +FollowSymLinks
RewriteEngine on

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

index.php：

<?php
include 'config.php';
$app = new Application();
?>

我想了解的是，这种方法在速度和带宽方面是否会在未来产生任何负面影响。我很感谢你的回答和评论。

Answer 1

如果这个类只是为了包装你的引导阶段，那么它是没有意义的。只需有一个简单的文件，它初始化应用程序，加载配置和完成所有的连接。

您还可能希望index.php文件只包含一行:包含DOCUMENT_ROOT之外的文件的内容。这样，如果PHP扩展出了什么问题，您就不会向所有人显示您的数据库密码和有关代码的其他敏感细节。

至于你目前的.htaccess设置-不，它不会导致任何额外的带宽使用，但你可以考虑利用浏览器的缓存来存储图像和其他资源。

Answer 2

为什么重定向而不是url重写？

RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

例如，这被许多应用程序/网站使用，并且您可以绝对控制所访问的URL。

是的，重定向是对服务器的另一种调用。