WP 博客多语言化实操 系列归档 - 永夜 https://www.shuijingwanwq.com/series/wp-blog-multilingual-guide-zh/ 没有不值得去解决的问题,也没有不值得去学习的技术! Tue, 18 Aug 2026 09:27:08 +0000 zh-Hans hourly 1 https://wordpress.org/?v=7.1.2 https://media.shuijingwanwq.com/2026/05/logo-150x150.png WP 博客多语言化实操 系列归档 - 永夜 https://www.shuijingwanwq.com/series/wp-blog-multilingual-guide-zh/ 32 32 从 SyntaxHighlighter 到 Code Block Pro:把 WordPress 历史文章摘要与英文覆盖翻译流程标准化 https://www.shuijingwanwq.com/2026/07/22/19885/ Wed, 22 Jul 2026 14:54:43 +0000 https://www.shuijingwanwq.com/?p=19885 本文记录了将 WordPress 历史文章中的 Gutenberg SyntaxHighlighter 代码块统一转换为 Code Block Pro,并复用既有中文摘要生成与英文覆盖翻译流程的完整实践。通过生产环境只读扫描、固定批次、人工转换、结构验收和状态恢复,第一批 20 篇文章最终全部完成中文摘要写入与英文覆盖翻译。过程中也暴露出批次执行中的网络超时、状态恢复边界和过度设计问题,并据此确定了后续历史文章的标准化处理方案:不同旧格式只负责识别与转换,转换完成后统一进入现有 Gutenberg + Code Block Pro 执行流程,不再重复建设摘要和翻译管线。

从 SyntaxHighlighter 到 Code Block Pro:把 WordPress 历史文章摘要与英文覆盖翻译流程标准化最先出现在永夜。

]]>
第三次排查才找到真因:Polylang 标签同步脚本总数长期不一致,原来是持久化 Term Query 缓存 https://www.shuijingwanwq.com/2026/07/20/19616/ Mon, 20 Jul 2026 01:46:35 +0000 https://www.shuijingwanwq.com/?p=19616 一份用于同步 Polylang 中英文标签的批处理脚本,长期存在 WordPress 后台标签总数与脚本读取结果不一致的问题。此前两次排查分别修复了 Polylang 翻译关系缓存残留和动态分页导致的数据集变化,但问题仍会复发。最终通过对比 WP-CLI 与直接 PHP 执行环境,确认根因是 get_terms() 命中了持久化的旧 WP_Term_Query 查询缓存。脚本在源标签查询中加入 'cache_results' => false 后,终于从旧的 8915 个标签恢复为正确的 8928 个。本文记录完整排查过程,并总结多语言数据维护脚本在缓存、运行上下文、统计验证和幂等性方面的实践经验。

第三次排查才找到真因:Polylang 标签同步脚本总数长期不一致,原来是持久化 Term Query 缓存最先出现在永夜。

]]>
WordPress 多域名架构下 W3 Total Cache 缓存失效:Polylang、Redis 与 admin 子域名的完整排查和修复 https://www.shuijingwanwq.com/2026/07/14/19445/ Tue, 14 Jul 2026 12:25:32 +0000 https://www.shuijingwanwq.com/?p=19445 在 WordPress、Polylang、W3 Total Cache、Redis 与多域名架构下,后台通过 admin 子域名发布文章或清理缓存后,www 与 en 前台仍可能读取旧的页面缓存和对象缓存。本文通过对比源站、CDN、WP_Query 与 Redis 缓存结果,定位到 W3TC 按 Host 隔离对象缓存的问题,并利用缓存组版本机制,配合自定义 MU Plugin,实现语言首页、文章查询缓存及 WPCode 配置缓存的跨域同步失效,同时保留中英文站必要的缓存隔离。

WordPress 多域名架构下 W3 Total Cache 缓存失效:Polylang、Redis 与 admin 子域名的完整排查和修复最先出现在永夜。

]]>
WordPress 英文站从 /en/ 迁移到子域名后,如何调整 GA4 与百度统计 https://www.shuijingwanwq.com/2026/07/13/19406/ Mon, 13 Jul 2026 08:28:27 +0000 https://www.shuijingwanwq.com/?p=19406 WordPress 英文站从 /en/ 子目录迁移到 en 子域名后,GA4 与百度统计不需要重新创建统计项目。本文记录了如何检查两个域名的统计代码、在 GA4 中将“网页位置”设为默认维度,以及在百度统计中添加英文子域名跨域监控,并通过“受访域名”分别查看中英文站数据。

WordPress 英文站从 /en/ 迁移到子域名后,如何调整 GA4 与百度统计最先出现在永夜。

]]>
WordPress Polylang 英文子域名迁移后链接仍指向中文站:分类下拉、面包屑与区块模板的完整修复 https://www.shuijingwanwq.com/2026/07/13/19372/ Mon, 13 Jul 2026 01:30:58 +0000 https://www.shuijingwanwq.com/?p=19372 本文记录 WordPress + Polylang 英文站从 /en/ 迁移至独立子域名后,对首页和分类归档页错误链接的完整排查与修复过程。问题涉及分类下拉列表仍使用中文主域名、站点标题和面包屑 Home 指向默认语言首页、导航与侧栏保留旧 /en/ 链接,以及 W3 Total Cache Object Cache 导致英文 Host 无法及时加载最新 WPCode 片段。最终通过前端事件补丁、区块模板链接调整、按 Host 刷新对象缓存及源站验证,恢复英文站分类、导航、面包屑和多域名链接的正确跳转。

WordPress Polylang 英文子域名迁移后链接仍指向中文站:分类下拉、面包屑与区块模板的完整修复最先出现在永夜。

]]>
WordPress 英文站日历链接变成双重 URL:Polylang 子域名迁移后的 WPCode 与 W3TC Object Cache 排查 https://www.shuijingwanwq.com/2026/07/11/19354/ https://www.shuijingwanwq.com/2026/07/11/19354/#comments Sat, 11 Jul 2026 12:20:54 +0000 https://www.shuijingwanwq.com/?p=19354 本文记录了 WordPress 英文站日历链接被错误拼接为双重 URL 的完整排查过程。问题最初源于旧版 WPCode 代码仍按 `/en/` 目录模式处理链接,在英文站迁移到 `en.shuijingwanwq.com` 后,将完整子域名 URL 再次拼接到旧地址后方。代码升级为兼容 Polylang 多域名模式的版本后,英文 Host 仍因 W3 Total Cache Object Cache 中的旧状态继续执行旧代码。最终通过按 `en.shuijingwanwq.com` Host 加载 WordPress 并调用 W3TC 对象缓存清理接口,使新版代码立即生效,日历链接恢复正常,并将清理流程整理为可重复使用的服务器脚本。

WordPress 英文站日历链接变成双重 URL:Polylang 子域名迁移后的 WPCode 与 W3TC Object Cache 排查最先出现在永夜。

]]>
https://www.shuijingwanwq.com/2026/07/11/19354/feed/ 1
WordPress 英文站出现横向滚动条:排查 Polylang 多域名下 W3TC Object Cache 缓存旧 CSS 的问题 https://www.shuijingwanwq.com/2026/07/11/19336/ Sat, 11 Jul 2026 07:47:26 +0000 https://www.shuijingwanwq.com/?p=19336 本文记录了一次 WordPress 英文文章页面横向滚动条的完整排查过程。在 Polylang 多域名、Twenty Twenty-Five 区块主题、W3 Total Cache Page Cache 与 W3TC Object Cache(Redis 后端)的组合下,页头搜索框的 `min-width: 250px` 导致英文语言切换器被挤出父级 Flex 容器。将其修改为 `min-width: 0` 后,英文页面却仍然输出旧 CSS。进一步对比 Cloudflare、源站响应、数据库原始内容与 `get_post()` 返回值后确认:数据库中的 `wp_global_styles` 已经更新,但 W3TC Object Cache 仍在返回旧的文章对象。最终通过 `clean_post_cache()` 精确清理对应对象缓存后,新 CSS 正常生效,横向滚动条消失。本文同时结合此前 Polylang 英文子域名迁移经历,总结了 W3TC Page Cache 多域名识别、旧 Polylang option 和旧全局样式对象缓存等问题的排查思路。

WordPress 英文站出现横向滚动条:排查 Polylang 多域名下 W3TC Object Cache 缓存旧 CSS 的问题最先出现在永夜。

]]>
WP 标签批量翻译脚本准确性问题排查与修复 https://www.shuijingwanwq.com/2026/06/16/17203/ https://www.shuijingwanwq.com/2026/06/16/17203/#comments Tue, 16 Jun 2026 07:46:56 +0000 https://www.shuijingwanwq.com/?p=17203 本文记录了使用 Polylang 插件进行中英文标签同步时,批量翻译脚本出现间歇性计数不准确问题的排查与修复过程。问题源于处理过程中创建新标签导致动态分页查询获取错误数据。最终通过使用 Polylang API 提前获取静态 ID 列表并配合 array_chunk 进行分批处理,有效避免了数据库变动的影响,确保了脚本计数的准确性与执行的稳定性。

WP 标签批量翻译脚本准确性问题排查与修复最先出现在永夜。

]]>
https://www.shuijingwanwq.com/2026/06/16/17203/feed/ 1
AI生成代码深度避坑:数据库操作代码绝不可以直接上线执行 https://www.shuijingwanwq.com/2026/06/16/17191/ Tue, 16 Jun 2026 07:30:48 +0000 https://www.shuijingwanwq.com/?p=17191 文章复盘了一起因直接执行AI生成代码导致的WordPress数据库损毁事故,指出AI缺乏业务认知、环境感知及风险判断能力,常因过度优化引入高危删除逻辑、版本兼容错误及冗余操作。文中分析了AI生成数据库操作代码的四大核心缺陷,并提出开发者必须恪守全库备份、逐行人工审核、优先测试环境验证、严控脚本权限等铁律,强调AI仅可作为辅助工具,生产环境的安全性与数据完整性仍需开发者严格把控。

AI生成代码深度避坑:数据库操作代码绝不可以直接上线执行最先出现在永夜。

]]>
阿里云RDS数据库误操作损毁,完整备份恢复实操避坑指南 https://www.shuijingwanwq.com/2026/06/16/17177/ Tue, 16 Jun 2026 07:15:03 +0000 https://www.shuijingwanwq.com/?p=17177 针对WordPress脚本误删标签导致数据库严重损毁且历史备份失效的问题,本文记录了利用阿里云RDS库表时间点恢复功能进行数据修复的实操过程。通过锁定故障前时间节点,完整恢复数据库及全表数据至新库,重赋账号权限并修改站点配置,最终校验数据量与关联关系恢复正常,实现了不重建实例情况下的精准数据还原。

阿里云RDS数据库误操作损毁,完整备份恢复实操避坑指南最先出现在永夜。

]]>