管理后台警告
这些工具很少需要使用,如果使用不当,可能会导致数据丢失或破坏您的多语言网站。仅在 WPML 支持团队的指导下使用它们 – 请勿自行尝试。
从 WPML 5.0 开始,这些工具由 WPML Troubleshooting 插件提供。当支持团队要求您运行其中一个工具时,请从 WPML激活和更新 中安装它;使用情况跟踪和报告仍保留在 WPML 本身中。
这些工具在运行前都需要输入我了解以进行确认。此处对它们进行记录是为了让您在支持团队指导您使用时了解它们的作用,而不是作为自助菜单提供。
如果您试图修复某个症状,正确的起点是安全层级,而不是本页面。首先阅读日志通常可以揭示支持团队最终可能会指导您使用哪个高级工具(如果有),而在讨论任何第 3 层级工具之前,您应该先阅读在寻求支持之前。
与高级翻译编辑器同步
需要 WPML Troubleshooting 插件。
它的作用:
将您网站的本地作业 ID 和译员/翻译管理员分配与 ATE 服务器重新同步。
支持团队何时使用它:
在迁移失败或状态出现分歧(ATE 认为存在一组作业,而您的网站认为存在另一组作业)之后使用。同步会在它们之间建立单一的事实来源。
数据库和字符串维护
需要 WPML Troubleshooting 插件。
它的作用:
一系列数据库级别的维护操作。这些操作涵盖优化 WPML 的表、清理字符串表、从翻译表中删除幽灵条目、重新生成已编译的 .mo 文件、从分类法名称中删除语言后缀、检查字符串问题、修复 element_type 字段以及 WPML 表上的总体排序规则,并修复 Translation Hub 使用的 tp_it 字段。
支持团队何时使用它:
当损坏或模式漂移超出了安全层级的处理范围时使用。排序规则修复特别有助于在跨 MySQL 版本(其中 utf8mb4 默认值已更改)迁移的网站上解决问题。
仅运行支持团队指定的特定子操作。不加区分地运行所有操作正是警告所要避免的情况。
包管理
需要 WPML Troubleshooting 插件。
它的作用:
列出每个字符串包 – 另一个插件交给 WPML 以便进行翻译的一组字符串(Gravity Forms 的字段标签、Gutenberg 区块的预设文本、Toolset Types 自定义文章类型的管理后台标签、页面构建器的简码字符串)。包由拥有它们的插件自动创建并保持同步。高级视图允许您重新注册或删除包。
支持团队何时使用它:
当特定字符串未显示以供翻译,并且支持团队正在调查包的来源时,或者当卸载插件后留下了孤立的包时使用。删除错误的包会使其字符串变为孤立状态,并从依赖它的表单、区块或模板中删除翻译。
内容类型链接
它的作用:
将未被 WPML 自动发现的自定义文章类型和分类法链接到其内部翻译类别。包含两个子操作:可翻译自定义文章链接和可翻译分类法链接。
支持团队何时使用它:
当自定义文章类型(CPT)或自定义分类法以不寻常的方式注册,且 WPML 未能自动检测到它时使用。手动链接会将其添加到翻译系统中。
WCML 翻译维护
需要 WPML Troubleshooting 插件和 WooCommerce Multilingual。
它的作用(仅限 WooCommerce 网站):
修复 WCML 特有的数据完整性。子操作涵盖修复产品变体不正确/缺失的翻译链接、修复变体翻译链接,以及从产品和变体翻译中清理未使用的自定义字段。
支持团队何时使用它:
当产品变体翻译状态损坏时使用。通常发生在 WooCommerce 网站迁移失败之后,或者 WCML 升级未能完全应用之后。清理未使用的自定义字段具有破坏性(如果没有备份,被删除的字段将无法恢复),这就是它位于高级层级的原因。
使用情况跟踪和报告
它的作用:
一项选择性加入功能,可将 WPML 性能和错误报告发送回 WPML 的诊断基础架构,以帮助支持团队诊断问题。
支持团队何时使用它:
当间歇性问题难以按需重现时使用。将其开启几天可以收集支持团队能够分析的数据。分析完成后请将其关闭。
重置 WPML
需要 WPML Troubleshooting 插件。
核弹级按钮。请参阅重置 WPML以了解其作用及相关的安全限制。