.htaccess:向所有页面添加可选的语言参数

问题描述

我有一个.htaccess文件,用于重写所有URL。例如:

# Special urls
RewriteRule ^(article)/([^/]*)(?:/[^/]*)?$ /index.php?page=$1&keyword=$2 [L,QSA,NC]
RewriteRule ^(privacy)$ /index.php?page=legal&type=$1 [L,NC]
RewriteRule ^(imprint)$ /index.php?page=legal&type=$1 [L,NC]

# All urls
RewriteRule ^([0-9a-zA-Z\s]+)$ /index.php?page=$1 [QSA]

现在,我想在我的URL中集成语言参数。例如

  • example.com/test/index.php?page=test
  • example.com/en/test/index.php?lang=en&page=test

在不编辑所有RewriteRule的情况下如何实现?有没有办法检查example.com之后的部分是否与正则表达式匹配,附加查询参数并正常处理所有将来的规则?

解决方法

是的,这是可能的。在现有规则之前 添加以下规则:

# Add optional language URL param if present in the first path segment
RewriteRule ^(\w\w)/(.*) $2?lang=$1 [QSA,DPI]

更新DPI标志丢弃原始路径信息,否则该原始信息将在重写后附加到URL路径。这将导致指令不匹配,直到下一轮处理。 (请参阅下面的 update 进行更详细的介绍。)

这假定语言代码始终为2个字符。

URL被重写为从URL路径中删除语言路径段,并将其附加为lang URL参数。明确省略了L标志,因此保留了以下规则以匹配没有语言代码的URL路径。

由于以下规则已经具有QSA标志,因此将附加lang= URL参数。

但是,请注意,lang=en参数附加在查询字符串的末尾,而不是像前面的示例那样前缀在开头。


更新:似乎不仅语言被添加了,页面名称也被添加了。例如:example.com/de/index产生index?lang=de/index
通过将DPI添加到[QSA][QSA,DPI]

来解决

嗯,是,不是。。。仅给出问题中所述的指令,它应该在没有DPI标志的情况下仍然可以“工作”(尽管效率不高)。实际上,似乎无法将index?lang=de/index作为结果URL(没有page URL参数)吗?其他指令是否有可能导致 path-info 附加到查询字符串?需要注意的一件事是,该问题中所述的最后一条规则缺少L标志,因此,可能会不必要地处理(甚至是冲突)后面的所有指令。但是,DPI标志肯定是这里的改进,应该添加。

详细...

给出格式为/de/index的请求,并且/de作为物理目录不存在,则所请求URL路径末尾的/index部分为额外的路径名信息(path-info),并且在上述重写后将其附加到URL路径中(这确实是不希望的)。因此,格式为/de/index的请求被重写为index?lang=de,在重新添加路径信息之后,该请求将变为index/index?lang=de(请注意,它没有附加到查询字符串中)。 / p>

生成的URL路径index/index(附加了 path-info )与后面的RewriteRule指令不匹配。但是,重写引擎然后重新开始,这时(不必要)添加的路径信息随后在下一轮处理之前自然被丢弃。这导致将“正确的” index?lang=de URL用作第二轮处理的输入。这与问题中陈述的最后一条规则匹配,并且请求最终被重写为/index.php?page=index&lang=de

因此,DPI标志在这里“起作用”并不是严格必要的。但是,绝对建议您这样做,因为这样可以避免不必要的第二次通过重写引擎。使用DPI标志,第一次重写后不会添加路径信息,因此URL路径将在第一次通过时匹配适当的规则。

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...