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