多语言 PHP 网站最有效的方法

Question

我正在开发一个大型多语言网站，并且正在考虑采用不同的方法使其成为多语言网站。我能想到的可能的替代方案是：

1. Gettext 函数与生成.po 文件的
2. 一个 MySQL 表，其中包含翻译和每个文本的唯一字符串 ID
3. PHP 文件，其中包含包含具有唯一字符串 ID 的不同翻译的数组

据我所知，Gettext 函数应该是最有效的，但我的要求是应该可以更改原始参考语言（英语）的文本字符串，而不会因为几个单词的更改而将该字符串的其他翻译自动恢复为英语。 Gettext 可以做到这一点吗？

资源需求最少的解决方案是什么？
使用 Gettext 函数或带有数组的 PHP 文件是否或多或少同样需要资源？
对于更有效的解决方案还有其他建议吗？

Answer 1

一些注意事项：

1。翻译
谁将进行翻译？也连接到该网站的人？翻译机构？使用 Gettext 时，您将使用“pot”(.po) 文件。这些文件包含消息 ID 和消息字符串（翻译）。示例：

msgid "A string to be translated would go here"  
msgstr ""

现在，对于任何需要翻译它的人来说，这看起来都很好并且可以理解。但是，当您像迈克建议的那样使用关键字而不是完整的句子时会发生什么？如果有人需要翻译名为“address_home”的 msgid，他或她不知道这是否应该是标题“家庭地址”还是一个完整的句子。在这种情况下，请确保在调用 gettext 函数之前向文件添加注释，如下所示：

/// This is a comment that will be included in the pot file for the translators
gettext("ready_for_lost_episode");

在创建 .po 文件时使用 xgettext --add-comments=/// 将添加这些评论。但是，我不认为 Gettext 适合这样使用。另外，如果您需要为要显示的每个文本添加注释，您将a）可能在某些时候犯错误，b）您的整个脚本将充满文本，仅以注释形式，c) 注释需要直接放在 Gettext 函数上方，这并不总是方便，具体取决于函数在代码中的位置。

2.维护
一旦您的网站增长（甚至进一步增长）并且您的语言文件也随之增长，以这种方式维护所有不同的翻译可能会变得相当困难。每次添加文本时，您都需要创建新文件，将文件发送给翻译人员，接收返回的文件，确保结构仍然完好无损（热心的翻译人员总是很乐意翻译语法，从而使整个文件无法使用:))，然后完成导入新翻译。当然，这是可行的，但要注意大型网站和许多不同语言在这方面可能出现的问题。

---

Another option: combine your 2nd and 3rd alternative:

就我个人而言，我发现使用（简单的）CMS 管理翻译、将变量和翻译保存在数据库中并自行将相关文本导出到语言文件更有用：

1. 向数据库添加变量（例如：id、page、variable） ;
2. 向这些变量添加翻译（例如：id、varId、语言、翻译）；
3. 选择相关变量和翻译，将它们写入文件；
4. 在您的网站中包含相关语言文件；
5. 创建您自己的函数来显示变量文本：

text('var'); 或者类似 __('faq','register','lost_password_text');

第 3 点可以很简单，只需从数据库中选择所有相关变量和翻译，将它们放入数组中并将序列化数组写入文件即可。

优点：

1. 维护。对于大型项目来说，维护文本会容易得多。您可以按页面、部分或站点内的其他部分对变量进行分组，只需向数据库添加一列来定义该变量属于站点的哪个部分即可。这样您就可以快速获取常见问题解答页面中使用的所有变量的列表。

2. 翻译。您可以在单个页面上显示带有所有不同语言的所有翻译的变量。这对于可以同时将文本翻译成多种语言的人来说可能很有用。查看其他翻译以了解上下文可能会很有用，以便翻译尽可能好。您还可以查询数据库以了解哪些内容已翻译，哪些内容尚未翻译。也许添加时间戳来跟踪可能过时的翻译。

3. 访问。这取决于谁来翻译。您可以通过简单的登录来包装 CMS，以便在需要时向翻译机构的人员授予访问权限，并且只允许他们更改某些语言甚至网站的某些部分。如果这不是一个选项，您仍然可以将数据输出到一个可以手动翻译并稍后导入的文件（尽管这可能会出现与前面提到的相同的问题）。您可以添加已有的翻译（英语或其他主要语言）作为翻译人员的上下文。

总而言之，我认为您会发现通过这种方式您可以更好地控制翻译，尤其是从长远来看。与本机 gettext 函数相比，我无法告诉您有关此方法的速度或效率的任何信息。但是，根据语言文件的大小，我认为这不会有很大的差异。如果按页面或部分对变量进行分组，则始终可以仅包含所需的部分。

Answer 2

经过一些测试后，我最终决定或多或少地采用亚历克斯结合第二和第三种选择的台词。

Gettext问题
我尝试先设置整个 gettext-system 来尝试一下，但结果比我想象的要复杂得多。问题在于 Windows 和 Unix 系统使用setlocale() 的不同语言简称。目前，我正在 Windows 上使用 Wamp 运行我的开发服务器，而最终站点将在Linux上运行。在我经历了一些 十多个 指南, < a href="http://www.aota.net/forums/showthread.php?threadid=10615" rel="nofollow noreferrer">论坛，questions 等，并在每次修改后重新启动服务器。我无法以任何看起来简单的方式正确设置它。另外 gettext 不是线程安全的，要更新语言文件，需要重新启动服务器或 需要使用 hack，没有简单的方法可以处理不同版本的语言文件或在不修改源代码或使用 Mikes 建议的情况下处理原始英文文本，正如 Alec 指出的那样最佳的。

解决方案
所以我最终根据 Alecs 的回复得出了我认为最好的解决方案：

• 将所有翻译保存在带有字段的数据库中； language、page、var_key、version、revision 和 last_modified_time - 其中版本对应于原始翻译（英语）的版本，而修订版本允许译者修改/更正版本内的最终翻译。
• 使用一种 CMS 进行翻译，它连接到数据库并处理不同的版本，并可以轻松概览翻译的语言、版本以及翻译的完整性。
• 当版本的修订完成时，会生成缓存文件 - 每个文件包含一个数组，其中仅包含一种语言和一个页面的 var_key 和文本翻译，并以 ISO 639-1 语言名称和页面名称，例如：lang/en_index.php 然后将这些语言文件简单地包含并包装在函数 t($var_key) 允许在开发过程中使用数据库，然后更改为仅使用缓存文件。

性能
我从来没有抽出时间来测试 gettext，但根据 Mike 发布的链接 使用数组和 gettext 之间的性能差异对我来说是完全可以接受的，因为自定义系统提供了如上所述的好处。但是，我比较了使用数组中包含 20 个已翻译文本字符串的数组与从 MySQL 检索相同的 20 个文本字符串数据库。事实证明，使用文件中包含的数组比从 MySQL DB 同时检索所有 20 个字符串要快 6 倍。这不是真正的科学基准，结果肯定会因不同的系统和设置而异，但它清楚地显示了我的预期 - 使用数据库比直接使用数组要慢得多，这就是我选择生成缓存的原因- 阵列文件而不是使用数据库。

作为比较，我还测试了仅输出具有相同文本的简单回显的速度。事实证明，它比使用包含文件中的数组快大约 20 倍，但是，如果没有针对不同语言的不同版本的页面，就不可能进行翻译，这违背了动态页面的目的。那么最好也使用一个好的缓存系统。

性能测试源文件：
PHP：http://pastie.org/964082
MySQL 表：http://pastie.org/964115
它当然并不完美，但至少创造了关于性能差异的想法。

Answer 3

您不必使用英文文本作为键，您可以任意执行此操作，但也可以提供英文翻译，即

gettext 键是“hello”，

然后您可以得到该文本的各种语言翻译以及该文本的英文翻译，这也是“hello”，然后，如果您想更新字符串的英文版本，您可以保留密钥，只更新英文翻译。