.htaccess 带条件和重写的htaccess重写规则

我有一个站点当前从根目录重定向到公用文件夹/ 就像这样

 <IfModule mod_rewrite.c>
      RewriteEngine On

RewriteBase /

RewriteRule ^$ public/ [L]
RewriteRule (.*) public/$1 [L]
RewriteRule ^(.*).php$ /$1 [R=301,L]

---

但是，无论是在“重写基础”之后还是在其他任何地方，异常都无法从您的描述和示例中重定向，我理解，如果请求“文件夹”系统，无论下面的路径如何，都应该对文件夹/000999进行内部重写？不是重定向？而路径应该被忽略吗

这应该可以，请注意，我还修复了您当前设置中的几个其他问题：

RewriteEngine On
RewriteBase /
RewriteRule ^/?(.*)\.php$ /$1 [R=301]
RewriteRule ^/?system/(.*)$ /000999 [END]
RewriteRule ^/?(.*)$ /public/$1 [END]

一开始使用302临时重定向是一个好主意，在确定所有设置都正确后，只需将其更改为301永久重定向。这样可以防止在尝试时出现缓存问题

如果您使用上述规则收到一个内部服务器错误（http状态500），那么很可能您操作的是非常旧版本的apache http服务器。在这种情况下，您将在http服务器错误日志文件中看到不支持的

[END]

标志的明确提示。您可以尝试升级或使用较旧的

[L]

标志，在这种情况下可能也会使用相同的标志，不过这取决于您的设置

此实现将在http服务器主机配置中或在动态配置文件（“.htaccess”文件）中同样工作。显然，重写模块需要在http服务器中加载，并在http主机中启用。在使用动态配置文件的情况下，您需要注意在主机配置中启用该文件的解释，并且该文件位于主机的

DOCUMENT\u ROOT

文件夹中

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

RewriteEngine On
RewriteBase /
RewriteRule ^/?(.*)\.php$ /$1 [R=301]
RewriteRule ^/?system/(.*)$ /000999 [END]
RewriteRule ^/?(.*)$ /public/$1 [END]