我已经在这个问题上苦苦挣扎了好几个月了，但是以前我从来没有需要探索所有可能的选择的情况。现在，我觉得该是时候了解各种可能性并创建自己的个人喜好了，以便在我即将进行的项目中使用。

首先让我勾勒出我要寻找的情况

我将要升级/重新开发已经使用了一段时间的内容管理系统。但是，我觉得多语言是对该系统的巨大改进。在我没有使用任何框架之前，我将在即将到来的项目中使用Laraval4。Laravel似乎是更干净的PHP编码方式的最佳选择。Sidenote: Laraval4 should be no factor in your answer。我正在寻找独立于平台/框架的一般翻译方式。

应该翻译什么

由于我正在寻找的系统需要尽可能地方便用户使用，因此管理翻译的方法应在CMS内部。无需启动FTP连接即可修改翻译文件或任何html / php解析的模板。

此外，我正在寻找最简单的方法来转换多个数据库表，而无需创建其他表。

我自己想到了什么

我一直在寻找，阅读和尝试自己的东西。我有两个选择。但是我仍然不觉得自己已经达到了我真正追求的最佳实践方法。现在，这是我想出的，但是这种方法也有副作用。

1. PHP解析模板 ：模板系统应由PHP解析。这样，我就可以将转换后的参数插入HTML中，而不必打开模板并进行修改。除此之外，PHP解析的模板使我能够为整个网站使用1个模板，而不必为每种语言都拥有一个子文件夹（这是我以前使用过的）。达到此目标的方法可以是Smarty，TemplatePower，Laravel’s Blade或任何其他模板解析器。正如我所说，这应独立于书面解决方案。
2. 数据库驱动的 ：也许我不需要再次提及。但是解决方案应该是数据库驱动的。CMS的目标是面向对象和MVC，所以我需要考虑字符串的逻辑数据结构。正如我的模板将被结构化：模板/控制器/ View.php也许这一结构将最有意义：Controller.View.parameter。数据库表将这些字段与字段长在一起value。在模板内部，我们可以使用某种排序方法，例如echo __('Controller.View.welcome', array('name', 'Joshua'))和参数contains Welcome, :name。因此结果是Welcome, Joshua。这似乎是个好方法，因为编辑器很容易理解诸如：name之类的参数。
3. 数据库负载低 ：如果在旅途中加载这些字符串，上述系统当然会导致数据库负载。因此，我需要一个缓存系统，以便在管理环境中对语言文件进行编辑/保存后立即重新呈现它们。由于生成了文件，因此还需要一个良好的文件系统布局。我猜我们可以选择languages/en_EN/Controller/View.php最适合的是.ini或.ini。最终，.ini文件甚至可能被更快地解析。该数据应包含中的数据format parameter=value; 。我猜这是最好的方法，因为渲染的每个View都可以包含它自己的语言文件（如果存在）。然后，应将语言参数加载到特定视图，而不是在全局范围内加载，以防止参数相互覆盖。
4. 数据库表翻译 ：实际上，这是我最担心的事情。我正在寻找一种创建News / Pages / etc的翻译的方法。尽快。每个模块都有两个表（例如News和News_translations）是一个选项，但是要获得一个好的系统感觉很费劲。有一个问题我想出了是基于对事物data versioning系统我写的：有一个数据库表名Translations，这个表有一个独特的组合language，tablename和primarykey。例如：en_En / News / 1（请参阅ID为1的News项目的英文版本）。但是此方法有两个巨大的缺点：首先，该表往往会在数据库中存储大量数据时变得相当长，其次，使用此设置来搜索表将是一件艰巨的工作。例如，搜索该项目的SEO标记将是全文搜索，这是相当愚蠢的。但是，另一方面：这是一种非常快速地在每个表中创建可翻译内容的快速方法，但是我认为这不会增加缺点。
5. 前端工作 ：前端也需要一些思考。当然，我们会将可用的语言存储在数据库中，并停用所需的语言。这样，脚本可以生成一个下拉菜单来选择一种语言，后端可以自动决定可以使用CMS进行哪些翻译。然后，在获取视图的语言文件或为网站上的内容项获取正确的翻译时，将使用所选的语言（例如en_EN）。

因此，它们在那里。到目前为止，我的想法。它们甚至还不包括日期等的本地化选项，但是由于我的服务器支持PHP5.3.2
+，因此最好的选择是使用国际扩展名，如此处所述：http ://devzone.zend.com/1500/internationalization-in -php-53
/
-但这将在以后的开发中使用。目前，主要问题是如何拥有网站内容翻译的最佳实践。

除了我在这里解释的所有内容之外，我还有另一件事尚未决定，它看起来像一个简单的问题，但实际上，这让我头疼：

网址翻译？ 我们应该这样做吗？又以什么方式？

所以..如果我有这个网址：http://www.domain.com/about- us且英语是我的默认语言。http://www.domain.com/over- ons当我选择荷兰语作为我的语言时，该网址应该翻译成吗？还是我们应该走简单的路，只更改位于的可见页面的内容/about。最后一件事似乎不是一个有效的选择，因为这将生成同一URL的多个版本，对内容进行索引将以正确的方式失败。

另一种选择是使用http://www.domain.com/nl/about- us。这将为每个内容至少生成一个唯一的URL。同样，这将更易于使用另一种语言，例如http://www.domain.com/en/about- us，所提供的URL对于Google和人类访问者而言都更易于理解。使用此选项，我们如何处理默认语言？默认语言是否应删除默认选择的语言？所以重定向http://www.domain.com/en/about- us到http://www.domain.com/about- us…在我看来，这是最好的解决方案，因为当仅针对一种语言设置CMS时，无需在URL中使用此语言标识。

第三个选项是这两个选项的组合：http://www.domain.com/about-us对主要语言使用“无语言标识”
-URL（）。并将带有翻译后的SEO代码的URL用于子语言：http://www.domain.com/nl/over- ons＆http://www.domain.com/de/uber-uns

希望我的问题能引起您的注意，他们肯定能破解我的问题！它确实帮助我在这里解决问题。让我可以回顾一下以前使用过的方法以及即将推出的CMS所具有的想法。

我已经非常感谢您抽出宝贵的时间阅读这些文本！

// Edit #1：

我忘了提到：__（）函数是翻译给定字符串的别名。在此方法中，显然应该有某种后备方法，当尚无翻译可用时，将加载默认文本。如果缺少翻译，则应插入翻译或重新生成翻译文件。