htaccess重写规则index.html

发布于 2024-08-30 05:06:20 字数 235 浏览 3 评论 0原文

我正在使用一个 PHP 框架,它使用以下规则将所有 URL 重定向到 index.php 文件:

RewriteRule ^(.*)$ /index.php/$1 [L]

但是,我希望能够使用 index.html如果有的话,仅当用户点击主页时。例如,如果用户点击http://website.com,它将呈现index.html 文件。任何其他 URL 将使用 index.php。有人可以帮忙吗?

谢谢

I'm using a PHP framework which redirect all URL to the index.php file using the following rule:

RewriteRule ^(.*)$ /index.php/$1 [L]

However, I want to be able to use index.html IF ANY ONLY IF users hit the home page. For instance, if users hit http:// website.com it will render the index.html file. Any other URL will use index.php. Could someone help?

ThankS

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

断桥再见 2024-09-06 05:06:20
^/(.+)$

匹配除根之外的所有内容。

然而,无论哪种方式,这种重写策略都是有问题的。将绝对所有内容发送到 PHP - 包括 robots.txtfavicon.icocrossdomain.xml 以及其他随机内容机器人可能会推测性地请求,并且所有在不存在的奇怪路径上的自动闯入尝试可能会严重影响性能。

(如果脚本无法针对不存在的路径正确回复 404,这也是一个潜在的问题:有人可以使用基于文件的域身份验证来接管您帐户的 Google 网站管理员工具。)

我会尝试对哪些内容进行一些限制允许匹配类型的路径。

^/(.+)$

Matches everything but the root.

However, either way this rewrite strategy is questionable. Sending absolutely everything to PHP — including robots.txt, favicon.ico, crossdomain.xml, other random things a bot might speculatively request, and all the automated break-in attempts on odd paths that don't exist — is likely to hit performance hard.

(It's also a potential problem if the script doesn't reply 404 properly for non-existant paths: someone could use file-based domain authentication to take over Google Webmaster Tools for your account.)

I'd try to put some limitations on what kind of paths are allowed to match.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文