经过数月的开发，我们刚刚发布了 WPML 3.5。此版本侧重于字符串翻译，提高了性能并添加了一些功能。WPML 3.5 还处理了与 WordPress 4.6 的一些兼容性问题。
兼容 WordPress 4.6
WordPress 4.6 即将发布（预计明天上午）。WPML 的此次更新包含多项更改，以支持 WordPress 4.6。在升级 WordPress 之前，请务必升级 WPML 及其所有附加组件。正如我们在每次 WordPress 发布时所建议的那样，您应谨慎进行更新。我们总是先在开发站点上进行测试，审核站点并确保没有任何损坏，检查 PHP 错误日志并确保其干净，然后再进行更新。在更新生产站点之前（即使我们在开发站点上进行了测试），我们会准备一个完整的备份。
通常，我们永远不需要使用该备份。然而，在极少数需要使用它的情况下，拥有此备份将被证明是个明智之举。
字符串翻译改进
右侧的图表看起来非常有前景，但请记住我们在此展示的内容。这些仅是字符串翻译的数据。当然，真实站点运行的内容远不止 WPML 字符串翻译。在我们的生产站点上，CPU 的整体性能提升约为 5%，内存提升约为 10%。由此，您可以看到字符串翻译所占的比重。我们还运行了 PHP 7。
一般来说，拥有大量字符串、其他插件较少且运行 PHP 5.x 的站点将看到最大的性能提升。PHP 7 已经比 PHP 5 快得多，特别是对于字符串翻译使用的函数。在 PHP 7 上有显著的性能提升，但幅度小于在 PHP 5 上的提升（这是一件好事）。拥有大量插件的站点在性能优化方面可能较差，因此新的字符串翻译带来的整体收益不太显著。
由于 WPML 3.5 的性能提升体现在 CPU 和内存分配两方面，因此最好测量实际的服务器负载，而不是仅使用分析插件。分析插件很棒，但它们无法让您全面了解站点处理实际负载的情况。
我建议检查：
- 整体服务器负载，包括 CPU 和内存
- 前端页面的响应时间
- 管理后台页面的响应时间
我们将监控我们站点的服务器负载，并发布有关我们所见变化的更新。我们需要一周时间来收集这些更新的统计数据，以便展示有意义的比较。
WPML 3.5.1 中即将推出更多内容
最后一个效率低下的环节在于 GetText 与 WPML 之间的交互。如今，翻译会发生两次。WordPress 会加载 .mo 文件，这些文件有时非常大。然后，WPML 基本上会在字符串翻译中覆盖所有翻译。
您可以看出这有多浪费资源。
在 WPML 3.5.1 中，我们计划阻止 WordPress 为字符串翻译正在处理的上下文加载 .mo 文件。您不会损失任何东西，只会获得页面加载时间的提升。这一提升可能非常显著，因为 WPML 现在仅加载每个页面所需的字符串（而 WordPress 会加载整个 .mo 文件）。
WordPress 4.6 更改了 .mo 文件的加载方式。既然它已经发布，我们就可以在 WPML 中完成此功能。
字符串翻译更新中的故障导致（无害的）警告
在 WPML 3.5 发布后不久，我们注意到在一些自动更新的站点中可能会出现表面故障。这些消息只会出现一次，并且不会对站点造成任何问题。
这个故障看起来不太美观，但它不会造成任何损坏。由于 WordPress 4.6（明天发布）需要 WPML 3.5，我们没有推迟该更新。我们将在明天上午修复该故障，并发布 WPML 字符串翻译的小幅更新。
从 WordPress 仪表盘中移除了 WPML 小工具
我们认为这些信息带来的附加值不足以证明其产生的负载是合理的，因此我们移除了它。如果您觉得其中的任何信息对您有用，请告诉我们。仅仅通过移除该小工具，我们的管理后台仪表盘就变得快得多了。
顺便提一下，在审核该小工具时，我们注意到了其他插件和主题中一些类似的小工具、建议和“温馨提示”。如果您在仪表盘上看到了它们，请确保它们没有拖慢您的站点速度（就像 WPML 的小工具那样）。
下载并更新
像往常一样，获取 WPML 更新的最佳方式是注册您的站点并自动更新。您始终可以从您的 WPML 帐户下载。请务必更新您正在使用的所有 WPML 组件。
有反馈意见？
请通过发表评论告诉我们您对此更新的看法。我们非常想知道它的运行情况。如果您需要帮助解决问题，请首先在我们的技术支持论坛中创建工单。然后，在此处添加评论，并附上简短说明和支持工单的链接。
