我已经苦恼了一段时间了。我的一个CMS系统准备扩展一个翻译模块。我想到了不同的方法,但迄今为止还没有找到最好的方法。
基本上,我的CMS使用模板系统将所有数据从数据库解析到屏幕上。我已经将我的模板“拆分”成不同的文件夹,以便能够翻译“静态”的内容,如带文本的图像、页脚链接等。
然而,有许多模块(页面、新闻、产品)有多个字段需要使用数据库驱动方法进行翻译。我最初想到的是创建一个“语言”表,描述语言(id、iso_code、名称)。这就是我所做的..因为有几个项目必须完成,所以我迄今为止没有再花时间去研究这个主题。
我的第一个想法(“快速修复”)是在表格中添加多个字段(例如“title_nl”、“title_en”),但我认为这实际上使数据库比需要更拥挤。
我的第二个想法是创建一个表,“news_translations”例如。其中包含语言iso代码、新闻ID和需要翻译的字段。显然,新闻ID将翻译连接到其原始语言,语言iso代码用于从数据库获取正确的语言。然后在我的前端代码中,我会首先检查是否选择了默认语言(=>从“新闻”表中选择)或翻译(=>在翻译表中检查)。如果第二种情况没有返回任何结果,将显示一个消息“对不起,没有可用的翻译”,并显示默认值(或错误消息,适合客户端最好的..)。
但是,还有第三个选项..我的所有网站都使用搜索引擎友好的链接(www.domain.com/pagename/或www.domain.com/news/1-news-item-here.html)。如果我能够在我的翻译表中也“覆盖”SEF URL,那将更好。但我想在这种情况下,我总是需要额外查询一次翻译表(因为我们首先要检查是否有已翻译的页面)...我想这并不是什么大问题,但值得考虑。
最终,我认为通过描述我的选项,第3个选项是我所需要的。但我也想听听其他人对此的看法!这就是我想要实现的:
基本上,我的CMS使用模板系统将所有数据从数据库解析到屏幕上。我已经将我的模板“拆分”成不同的文件夹,以便能够翻译“静态”的内容,如带文本的图像、页脚链接等。
然而,有许多模块(页面、新闻、产品)有多个字段需要使用数据库驱动方法进行翻译。我最初想到的是创建一个“语言”表,描述语言(id、iso_code、名称)。这就是我所做的..因为有几个项目必须完成,所以我迄今为止没有再花时间去研究这个主题。
我的第一个想法(“快速修复”)是在表格中添加多个字段(例如“title_nl”、“title_en”),但我认为这实际上使数据库比需要更拥挤。
我的第二个想法是创建一个表,“news_translations”例如。其中包含语言iso代码、新闻ID和需要翻译的字段。显然,新闻ID将翻译连接到其原始语言,语言iso代码用于从数据库获取正确的语言。然后在我的前端代码中,我会首先检查是否选择了默认语言(=>从“新闻”表中选择)或翻译(=>在翻译表中检查)。如果第二种情况没有返回任何结果,将显示一个消息“对不起,没有可用的翻译”,并显示默认值(或错误消息,适合客户端最好的..)。
但是,还有第三个选项..我的所有网站都使用搜索引擎友好的链接(www.domain.com/pagename/或www.domain.com/news/1-news-item-here.html)。如果我能够在我的翻译表中也“覆盖”SEF URL,那将更好。但我想在这种情况下,我总是需要额外查询一次翻译表(因为我们首先要检查是否有已翻译的页面)...我想这并不是什么大问题,但值得考虑。
最终,我认为通过描述我的选项,第3个选项是我所需要的。但我也想听听其他人对此的看法!这就是我想要实现的:
- 创建一个具有多语言支持的CMS系统
- 没有语言文件(显然这就是为什么我使用模板)
- 能够翻译原始页面/新闻/产品
- 可选:根据语言更改SEF URL
为每个项目创建一个翻译表(或者在原始表中添加两个新字段'translation_to'(包含主键)和'translation_is'(包含 ISO 代码)- 但是.. 在这种情况下,所有字段都需要被编辑(这并不总是必要���.. 另外通过创建第二个表,我可以保留原始项目及其翻译的分开存储,对吗?)
如果未选择默认语言,则查询翻译表以查找翻译。如果找到翻译,则显示翻译。否则通知/报告用户和/���显示原始文本(基于 SEF URL... 如果在翻译或原始表中找不到 SEF,则仅显示错误)。
有任何建议吗?:-)
感谢您的思考!