递归子文件夹链接的 .htaccess 规则
.htaccess rule for recursive subfolder links
我想要一个或几个规则用于许多子文件夹 url。我不想在规则中写入诸如 -blog- 或 -shop- 之类的词。
- https://www.example.com/en/
- https://www.example.com/en
- https://www.example.com/en/blog/
- https://www.example.com/de/shop
- https://www.example.com/en/shop/keyboard
- https://www.example.com/de/shop/cpu/amd5/
我想要这样的输出:
print_r($_GET)
输出:
Array ( [lang] => en )
Array ( [lang] => en )
Array ( [lang] => en [seo1] => blog )
Array ( [lang] => de [seo1] => shop )
Array ( [lang] => en [seo1] => shop [seo2] => keyboard )
Array ( [lang] => en [seo1] => shop [seo2] => cpu [seo3] => amd5 )
这将是一种简单的方法,还允许例外情况和以后的灵活性:
RewriteEngine on
RequestCond %{REQUEST_URI} !/router\.php
RewriteRule ^/?([^/]+)/?$ /router.php?lang= [END]
RewriteRule ^/?([^/]+)/([^/]+)/?$ /router.php?lang=&seo1= [END]
RewriteRule ^/?([^/]+)/([^/]+)/([^/]+)/?$ /router.php?lang=&seo1=&seo2= [END]
RewriteRule ^/?([^/]+)/([^/]+)/([^/]+)/([^/]+)/?$ /router.php?lang=&seo1=&seo2=&seo3= [END]
这里/router.php
只是一个例子,你需要使用你在内部实现的任何逻辑。
如果您使用上述规则收到内部服务器错误(http 状态 500),那么您可能操作的是非常旧版本的 apache http 服务器。在这种情况下,您将在您的 http 服务器错误日志文件中看到一个不受支持的 [END]
标志的明确提示。您可以尝试升级或使用旧的 [L]
标志,在这种情况下它可能会工作相同,尽管这在一定程度上取决于您的设置。
此规则同样适用于 http 服务器主机配置或动态配置文件(“.htaccess”文件)。显然重写模块需要在http服务器内部加载并在http主机中启用。如果您使用动态配置文件,您需要注意它的解释在主机配置中完全启用,并且它位于主机的 DOCUMENT_ROOT
文件夹中。
一般性评论:您应该始终更喜欢将此类规则放在 http 服务器主机配置中,而不是使用动态配置文件 (".htaccess")。那些动态配置文件增加了复杂性,通常是意外行为的原因,难以调试并且它们确实减慢了 http 服务器的速度。它们仅在您无法访问真正的 http 服务器主机配置(阅读:非常便宜的服务提供商)或坚持编写自己的规则(这是一个明显的安全噩梦)的应用程序的情况下作为最后的选择提供。
我想要一个或几个规则用于许多子文件夹 url。我不想在规则中写入诸如 -blog- 或 -shop- 之类的词。
- https://www.example.com/en/
- https://www.example.com/en
- https://www.example.com/en/blog/
- https://www.example.com/de/shop
- https://www.example.com/en/shop/keyboard
- https://www.example.com/de/shop/cpu/amd5/
我想要这样的输出:
print_r($_GET)
输出:
Array ( [lang] => en )
Array ( [lang] => en )
Array ( [lang] => en [seo1] => blog )
Array ( [lang] => de [seo1] => shop )
Array ( [lang] => en [seo1] => shop [seo2] => keyboard )
Array ( [lang] => en [seo1] => shop [seo2] => cpu [seo3] => amd5 )
这将是一种简单的方法,还允许例外情况和以后的灵活性:
RewriteEngine on
RequestCond %{REQUEST_URI} !/router\.php
RewriteRule ^/?([^/]+)/?$ /router.php?lang= [END]
RewriteRule ^/?([^/]+)/([^/]+)/?$ /router.php?lang=&seo1= [END]
RewriteRule ^/?([^/]+)/([^/]+)/([^/]+)/?$ /router.php?lang=&seo1=&seo2= [END]
RewriteRule ^/?([^/]+)/([^/]+)/([^/]+)/([^/]+)/?$ /router.php?lang=&seo1=&seo2=&seo3= [END]
这里/router.php
只是一个例子,你需要使用你在内部实现的任何逻辑。
如果您使用上述规则收到内部服务器错误(http 状态 500),那么您可能操作的是非常旧版本的 apache http 服务器。在这种情况下,您将在您的 http 服务器错误日志文件中看到一个不受支持的 [END]
标志的明确提示。您可以尝试升级或使用旧的 [L]
标志,在这种情况下它可能会工作相同,尽管这在一定程度上取决于您的设置。
此规则同样适用于 http 服务器主机配置或动态配置文件(“.htaccess”文件)。显然重写模块需要在http服务器内部加载并在http主机中启用。如果您使用动态配置文件,您需要注意它的解释在主机配置中完全启用,并且它位于主机的 DOCUMENT_ROOT
文件夹中。
一般性评论:您应该始终更喜欢将此类规则放在 http 服务器主机配置中,而不是使用动态配置文件 (".htaccess")。那些动态配置文件增加了复杂性,通常是意外行为的原因,难以调试并且它们确实减慢了 http 服务器的速度。它们仅在您无法访问真正的 http 服务器主机配置(阅读:非常便宜的服务提供商)或坚持编写自己的规则(这是一个明显的安全噩梦)的应用程序的情况下作为最后的选择提供。