4

我已经为现有站点以多种语言完成了所有 I18N 和 GetText 操作。

对于选择一种或另一种语言,似乎在 URL 前加上 www.domain.com/ fr_FR /my_action 或 www.domain.com/ de_DE /my_action 之类的路径部分是最好的选择,或者 Google 友好的网站。

我找到了这个模块:Catalyst-Plugin-I18N-PathPrefix似乎是基于这篇出现的文章

在 Catalyst 中执行此操作是否正确(或当前最佳实践)?

它保证我不需要更改我的操作、我需要的参数和 URL。

或者这个插件/技术使服务器过载,我可以更好地避免手动重写我的所有网址?

问候:米格

4

2 回答 2

0

是否是相同的资源,只是www.domain.com/fr_FR/my_action不同的语言表示?或者您的用户是否会根据他们选择的语言看到不同的内容(例如,我不知道,不同的新闻)?www.domain.com/de_DE/my_action

如果第一个问题的答案是肯定的,我宁愿去实现Accept-language标头合规性,例如使用I18N::AcceptLanguage,它的额外好处是它不会以任何方式干扰您设计 URL 的方式。

于 2013-04-01T15:37:32.467 回答
0

我冒险并实施了 Catalyst-Plugin-I18N-PathPrefix 插件。这很容易,而且服务器负载(这是我主要关心的)似乎并不明显。

可以说...在关注插件性能之前,我应该花时间优化我自己的代码的很多东西。

还是非常感谢。

于 2013-05-06T16:21:50.933 回答