今年早些时候的一项深入性能分析表明翻译会对服务器响应时间产生影响，WordPress 贡献者提出了六种技术解决方案供考虑，以提高大约 56% 使用翻译的 WordPress 网站的性能。
Google 赞助的 WordPress 核心提交者 Pascal Birchler 表示：“初始基准测试显示，本地化网站的平均加载时间可能比非本地化网站慢 50%，具体取决于所使用的主题和插件。”
根据最近在 GitHub 上的讨论，性能团队将其缩减为六种可能的顶级竞争者的更新列表，以通过翻译来加速网站，包括各自的优点和缺点：
- 解决方案 A：使用不同的文件格式
- 解决方案 B：原生 gettext 扩展
- 解决方案 C：缓存翻译
- 解决方案 D：延迟评估翻译调用
- 解决方案E：优化/重写现有的MO解析器
- 解决方案 F：拆分翻译文件
本地化 WordPress 站点当前下载包含翻译的 .po 和 .mo 文件，但第一个建议的解决方案建议将翻译存储在 .php 文件中并使用 .mo 文件作为后备，因为 Birchler 建议 PHP 加载并执行另一个 PHP 文件 是一个更快的方法。 他在 GitHub 上有一个概念验证，地址为 swissspidy/wp-php-translation-files 和 swissspidy/ginger-mo。
“考虑到所有这些因素，改进的翻译解析器（解决方案 E）似乎可以为所有本地化 WordPress 网站带来最显着的改进，”Birchler 说。 “特别是当与 Ginger MO 支持的新 PHP 翻译文件格式（解决方案 A）结合使用时，i18n 开销变得可以忽略不计。 当然，引入新格式也存在同样的风险。
“最重要的是，像 Ginger MO 这样的改进的 i18n 库还可以与其他解决方案（例如缓存或动态 MO 加载）相结合，以获得进一步的改进。 然而，这些路线还有待探索。”
性能团队计划在收集更广泛社区的反馈后，通过其性能实验室功能项目在更广泛的范围内进一步测试这些想法。 2023 年 8 月 6 日是留下提案反馈的截止日期，其中包括基准和更多分析细节。