【问题标题】:Best way to translate database driven content翻译数据库驱动内容的最佳方式
【发布时间】:2012-03-31 02:36:12
【问题描述】:

我已经为此苦苦挣扎了一段时间。我的 CMS 之一已准备好使用翻译模块进行扩展。我一直在考虑不同的方法,但到目前为止还没有弄清楚什么是最好的方法。

基本上我有一个 CMS,它使用模板系统将所有数据从数据库解析到屏幕。到目前为止,我已经将我的模板“拆分”在不同的文件夹中,以便能够翻译“静态”的东西,例如带有文本的图像、页脚链接等。

但是,有许多模块(页面、新闻、产品)具有多个字段,需要使用数据库驱动的方法进行翻译。我从一个描述语言(id、iso_code、name)的“语言”表开始。到目前为止,我已经做到了。因为有几个项目必须完成,所以到目前为止我还没有花更多的时间来研究这个主题。

我的第一个想法(“快速修复”)是在表中添加多个字段(例如“title_nl”、“title_en”),但这实际上使数据库比我认为需要的更拥挤。

我的第二个想法是创建一个表,例如“news_translations”。其中包含语言 iso 代码、news_id、需要翻译的字段。显然,news_id 将翻译与原文联系起来,语言 iso 代码用于从数据库中获取正确的语言。然后在我的前端代码中,我将首先检查是否选择了默认语言(=> 从“新闻”表中选择)或翻译(=> 检查内部翻译表)。如果第二种情况没有返回任何结果,则会显示一条消息“抱歉,没有可用的翻译”并显示默认值(或一条错误消息,最适合客户的情况..)。

但是还有第三个选项.. 我的网站都使用搜索引擎友好的链接(www.domain.com/pagename/ 或 www.domain.com/news/1-news-item-here.html)。如果我还能够“覆盖”我的翻译表中的 SEF URL,那就更好了。但我想在这种情况下,我总是需要对翻译表进行 1 个额外的查询(因为我们首先要检查翻译的页面)……我猜这没什么大不了的,但我猜这值得考虑。

最后,我想通过描述我的选项,我需要第 3 个选项。但我也想对这个问题发表一些其他意见!这就是我想要实现的目标:

  • 创建支持多语言的 CMS 系统
  • 没有语言文件(显然这就是我使用模板的原因)
  • 能够翻译原始页面/新网站/产品
  • 可选:根据语言更改 SEF URL

我认为选项 3 具有所有这些......所以创建此解决方案的步骤是:

  1. 为每个项目创建一个 _translation 表(或者甚至在 通过添加 2 个新字段“translation_to”(包含 PrimaryKey)和“translation_is”(包含 ISO 代码) - 但是.. 在这种情况下,所有字段都需要编辑(并不总是 必要的..加上通过创建第二张桌子,我保留了原件 除了他们的翻译,对吧?)

  2. 如果未选择默认语言,请先查询翻译表以查找翻译,如果找到则显示 翻译。否则通知/错误用户和/或显示 原始文本(基于 SEF URL...如果未找到 SEF 在翻译或原始表格中,然后显然显示 仅错误)。

有什么建议吗? :-)

感谢您的考虑!

【问题讨论】:

  • 您是要翻译内容还是系统(CMS)?
  • 抱歉,如果不清楚。我正在尝试翻译内容! CMS 是英文的,如果必须在某个时间更改,我将使用基于键的翻译表。因为那很可能只是简单的单词或句子:)

标签: php mysql content-management-system translation language-translation


【解决方案1】:

根据我从 Drupal 看到的情况,选项三是他们如何处理它,并进行了一些调整。他们将所有内容保存在一个表格和一个称为语言的字段中。然后有一个单独的表来映射哪些项目是连接的。

这种方式与主要语言无关,这意味着可以用任何语言创建内容,而无需翻译成任何其他语言。

【讨论】:

  • 您的最后一段确实很有趣!我还没有真正想到这一点。但是这与简单地将语言参数添加到其“基本”表中的内容然后添加任何其他语言的翻译相同。但这个想法很明确,而且是这样做的好方法。
  • 考虑它是否适用于您的系统。 Drupal 内容(节点)与导航分离,因此添加内容不会导致生成菜单。我已经看到了不同的系统(例如,CMS 变得简单),您专门制作放置在树结构中的页面,基于它们自动创建导航的树结构。第二个系统需要一种主要语言,因为它用于确定菜单和页面结构。您也许应该下载并安装这两个系统并查看它们的数据库结构,这可能有助于您做出最终的设计决定。
  • Jep,确实考虑到了这一点。但是到目前为止还没有自动菜单,如果它正在构建,它将不会使用页面表。只是一个自定义表来添加链接到模块的能力aswel。
【解决方案2】:

我想看看你的表结构是什么样的。您可以做的最好的事情可能是生成两个单独的新表,分别命名为“CONTENT_MULTI_LANG”和“SITE_LOCALES”。

然后在打印出您的内容的代码中对语言标志进行初始检查。我会创建两个单独的类来加载静态内容,例如“Content_LoadStandard”和“Content_LoadMultiLang”。那么你的条件将如下所示。

if ($this->site_locale == 'standard'){
    $contentLoader = new Content_LoadStandard();
} else {
    $contentLoader = new Content_LoadMultiLang($this->site_locale);
}

$content->blah($cheese);

您的“CONTENT_MULTI_LANG”表应该是标准 CMS 对象表的缩小版,仅包含需要使用替代语言的相关内容字段。

// PSEUDO SQL
  CREATE TABLE `LOCALE` (
      `id` int(11), 
      `locale` varchar(16),    // name of locale (language)
      ...                // any other fields
)

  CREATE TABLE `CONTENT_MULTI_LANG` (
      `id` int(11), 
      `pcid` int(11),    // parent content id
      `lid` medint(),    // locale id
      `content` {$type}, // whatever type you use (varchar, text, bin, etc)
      ...                // any other fields
)

在您的 Content_LoadMultiLang 类中,创建使用连接查询替代内容的方法。

提示:在您的表中建立关系以对内容行进行级联删除可能是一个好主意,这样如果您删除标准中的内容,您的多语言版本也将被删除。

【讨论】:

  • 这确实是我的想法。前端(尚未)在课堂上完成 - 我知道这很糟糕,但这就是为什么它是我的简单 CMS 哈哈 :)。感谢您的意见!
猜你喜欢
  • 2011-01-02
  • 1970-01-01
  • 2023-03-07
  • 1970-01-01
  • 2010-10-17
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多