我目前正处于一个相当大的项目的规划阶段，我将在 Zend 框架中开发该项目。我面临的问题之一是客户不仅要翻译内容，还要翻译界面。我目前正在使用 gettext 和 poedit 来管理我的语言文件，但这不是客户的选择，因为他们无法通过 FTP 访问该站点。
因此，我正在考虑一个 mysql 后端，前端有一个接口，供客户管理他自己的接口翻译。然而，Zend_Translate 仍然没有 mysql 适配器。
那么，现在有人有 Zend_Translate 的适配器脚本，以便它可以与 mysql 表一起使用吗？或者反对使用 mysql 和可能的其他解决方案来解决这个问题的任何论点？
您可以通过不同的方式解决此问题：
扩展 Zend_Translate_Adapter 以创建您自己的。所有新的适配器只负责从源中获取翻译。也就是说，您只需要从数据库中获取翻译。查看其他适配器并了解它们是如何实现的。
从数据库中获取数据并将其传递给 Zend_Translate_Adapter_Array
使用 Zend_Translate_Adapter_Csv 或 Ini。由于将有更多阅读有关翻译的文章，因此该解决方案将减少对数据库的查询次数。当客户添加新语言或更改现有语言时，只需将其写入文件，而不是数据库。
如果您决定使用数据库适配器，也许您可以以某种方式“标记”翻译，以便在主页上仅获取主页的翻译，在联系页面上仅获取联系页面的翻译......
！
默认 Zend 适配器可以很好地处理缓存，所以我会坚持使用它们，除非你真的需要数据库。
您可以直接对翻译文件（例如 po 模板）进行操作，而不是将翻译数据存储在数据库中。如果您只需要添加（附加到文件）新的翻译字符串，这将是最佳选择。
您可以使用 Zend_Translate 的选项来记录未翻译的消息（到文件或任何日志适配器，包括数据库），然后处理日志，甚至创建侦听器来翻译保存的字符串。