Apache2 强制删除 .php 或 .html
Apache2 force to remove .php or .html
我花了几个小时搜索如何将所有 .php 文件重定向到没有 .php.
的文件
我知道肯定有一个快速的答案，但我真的很难找到它。
我怎么能说如果有人加载 mysite.com/mysubfolder/mysecondsub/myfile.php 会转到 mysite.com/mysubfolder/mysecondsub/myfile？
除了 URL PHP 重定向到没有 PHP 扩展名的那个之外，就像正常重写一样。
（尽可能使用 .htaccess 和 mod_rewrite）
我将 Apache2.conf 配置为允许覆盖，这样我就可以使用 .htacess。
当我使用类似这样的东西时它有效 post htaccess remove index.php from url
但问题是，如果我写 mysite.com/url，它会工作，但如果我写 mysite.com/url。php 它不会重定向到 mysite/url （这就是我想要的）我尝试了一些解决方案但仍然不知道。
这可能是您要查找的内容：
RewriteEngine on
RewriteRule ^/?(.+)\.php$ / [R=301]
RewriteCond %{REQUEST_URI} !\.php$
RewriteCond %{REQUEST_FILENAME}.php -f
RewriteRule ^/?(.+)$ /.php [END]
最好从 302 临时重定向开始，然后在确定一切设置正确后才将其更改为 301 永久重定向。这可以防止在尝试时出现缓存问题...
如果您使用上述规则收到内部服务器错误（http 状态 500），那么您可能操作的是非常旧版本的 apache http 服务器。在这种情况下，您将在您的 http 服务器错误日志文件中看到对不受支持的 [END] 标志的明确提示。您可以尝试升级或使用旧的 [L] 标志，在这种情况下它可能会工作相同，尽管这在一定程度上取决于您的设置。
此实现同样适用于 http 服务器主机配置或分布式配置文件（“.htaccess”文件）。显然重写模块需要在http服务器内部加载并在http主机中启用。如果您使用分布式配置文件，您需要注意它的解释在主机配置中完全启用并且它位于主机的 DOCUMENT_ROOT 文件夹中。
一般性评论：您应该始终倾向于将此类规则放在 http 服务器主机配置中，而不是使用分布式配置文件 (".htaccess")。那些分布式配置文件增加了复杂性，通常是意外行为的原因，难以调试并且它们确实减慢了 http 服务器的速度。它们仅在您无法访问真正的 http 服务器主机配置（阅读：非常便宜的服务提供商）或坚持编写自己的规则（这是一个明显的安全噩梦）的应用程序的情况下作为最后的选择提供。
我花了几个小时搜索如何将所有 .php 文件重定向到没有 .php.
的文件我知道肯定有一个快速的答案，但我真的很难找到它。
我怎么能说如果有人加载 mysite.com/mysubfolder/mysecondsub/myfile.php 会转到 mysite.com/mysubfolder/mysecondsub/myfile？
除了 URL PHP 重定向到没有 PHP 扩展名的那个之外，就像正常重写一样。
（尽可能使用 .htaccess 和 mod_rewrite）
我将 Apache2.conf 配置为允许覆盖，这样我就可以使用 .htacess。
当我使用类似这样的东西时它有效 post htaccess remove index.php from url
但问题是，如果我写 mysite.com/url，它会工作，但如果我写 mysite.com/url。php 它不会重定向到 mysite/url （这就是我想要的）我尝试了一些解决方案但仍然不知道。
这可能是您要查找的内容：
RewriteEngine on
RewriteRule ^/?(.+)\.php$ / [R=301]
RewriteCond %{REQUEST_URI} !\.php$
RewriteCond %{REQUEST_FILENAME}.php -f
RewriteRule ^/?(.+)$ /.php [END]
最好从 302 临时重定向开始，然后在确定一切设置正确后才将其更改为 301 永久重定向。这可以防止在尝试时出现缓存问题...
如果您使用上述规则收到内部服务器错误（http 状态 500），那么您可能操作的是非常旧版本的 apache http 服务器。在这种情况下，您将在您的 http 服务器错误日志文件中看到对不受支持的 [END] 标志的明确提示。您可以尝试升级或使用旧的 [L] 标志，在这种情况下它可能会工作相同，尽管这在一定程度上取决于您的设置。
此实现同样适用于 http 服务器主机配置或分布式配置文件（“.htaccess”文件）。显然重写模块需要在http服务器内部加载并在http主机中启用。如果您使用分布式配置文件，您需要注意它的解释在主机配置中完全启用并且它位于主机的 DOCUMENT_ROOT 文件夹中。
一般性评论：您应该始终倾向于将此类规则放在 http 服务器主机配置中，而不是使用分布式配置文件 (".htaccess")。那些分布式配置文件增加了复杂性，通常是意外行为的原因，难以调试并且它们确实减慢了 http 服务器的速度。它们仅在您无法访问真正的 http 服务器主机配置（阅读：非常便宜的服务提供商）或坚持编写自己的规则（这是一个明显的安全噩梦）的应用程序的情况下作为最后的选择提供。