gpt4 book ai didi

php - 翻译数据库驱动内容的最佳方式

转载 作者:可可西里 更新时间:2023-11-01 07:09:51 25 4
gpt4 key购买 nike

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

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

但是,有许多模块(页面、新闻、产品)具有多个字段,需要数据库驱动的方法进行翻译。我从描述语言(id、iso_code、名称)的“语言”表开始。这就是我所达到的程度.. 因为有几个项目必须完成,所以到目前为止我没有花更多的时间在这个主题上。

我的第一个想法(“快速修复”)是在表中添加多个字段(例如“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在翻译或原始表格中,然后显然显示一个仅错误)。

有什么建议吗? :-)

感谢您的思考!

最佳答案

我想看看你的表结构是什么样子的。您可以做的最好的事情可能是生成两个单独的新表,名称类似于“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 类中,创建使用连接查询替代内容的方法。

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

关于php - 翻译数据库驱动内容的最佳方式,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9705287/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com