没有不值得去解决的问题,也没有不值得去学习的技术!

  • WordPress 多域名架构暂停复盘:en、admin、W3TC 与多 CDN 的可维护性重新评估
    ,

    WordPress 多域名架构暂停复盘:en、admin、W3TC 与多 CDN 的可维护性重新评估

    近期博客先后启用了英文子域名、独立后台域名、多 CDN、W3 Total Cache Page Cache 与 Redis Object Cache,并针对 Polylang、W3TC、TMS Extensions for Polylang、SlyTranslate 等兼容问题增加了多项调整。随着缓存失效、语言识别和插件升级风险逐渐显现,本文暂停继续增加补丁,对现有多域名架构进行一次阶段性复盘,明确哪些组件继续保留、哪些第三方插件源码修改需要撤销,以及后续应按照“改动盘点、恢复 W3TC 缓存闭环、实现多语言一键清理、最后接入 EdgeOne 与 Cloudflare 自动刷新”的顺序推进,使整套方案重新变得可控、可维护并具备复用价值。

  • SlyTranslate + 智谱 GLM-5.2 长文翻译排障:从 600 秒超时到完整生成英文 WordPress 文章
    ,

    SlyTranslate + 智谱 GLM-5.2 长文翻译排障:从 600 秒超时到完整生成英文 WordPress 文章

    本文记录了在 WordPress 中使用 SlyTranslate 接入智谱 GLM-5.2 翻译技术长文时,从连续 504 超时到最终成功生成英文文章的完整排障过程。经日志分析发现,主要问题分别是模型请求的 `max_tokens` 被限制为 256,导致大量译文以 `finish_reason=length` 被截断,以及 SlyTranslate 使用三倍字符长度判断失控生成,对中文翻译为英文产生误判。通过 MU Plugin 将 GLM-5.2 的最小输出上限调整为 1024、关闭思考模式,并将长文本增长阈值由 3 调整为 6 后,翻译任务在约 9 分钟内完成。最终生成的英文文章保留了全部 Gutenberg 区块顺序、图片、列表和 54 个 Code Block Pro 代码块,普通正文无中文残留,Polylang 关联及英文前台访问均正常。当前方案已经解决长文翻译的稳定性与结构完整性问题,但英文自然度和术语准确性仍有进一步优化空间。

  • 一次“SEO 孵化”合作沟通复盘:聊到最后才发现,对方要的是新建短剧站

    一次“SEO 孵化”合作沟通复盘:聊到最后才发现,对方要的是新建短剧站

    本文复盘了一次“SEO 孵化”和流量合作沟通。对方最初以资金扶持、资源支持和收益分成为切入点,但在收集网站流量、内容规模和用户画像后,才说明实际需求是由站长新建短剧网站。由于现有个人技术博客与短剧产品的受众和内容定位明显不匹配,最终未继续合作。文章总结了站长面对资金扶持、广告投放和流量合作时,应优先确认合作对象、商业模式、资金用途、权限要求及用户匹配度,避免浪费沟通成本或损害长期积累的网站价值。

  • WordPress 英文站从 /en/ 迁移到子域名后,如何调整 GA4 与百度统计
    ,

    WordPress 英文站从 /en/ 迁移到子域名后,如何调整 GA4 与百度统计

    WordPress 英文站从 /en/ 子目录迁移到 en 子域名后,GA4 与百度统计不需要重新创建统计项目。本文记录了如何检查两个域名的统计代码、在 GA4 中将“网页位置”设为默认维度,以及在百度统计中添加英文子域名跨域监控,并通过“受访域名”分别查看中英文站数据。

  • 将 WordPress 后台迁移到独立 admin 子域名:绕过 EdgeOne,解决核心升级 524 超时
    ,

    将 WordPress 后台迁移到独立 admin 子域名:绕过 EdgeOne,解决核心升级 524 超时

    为解决 WordPress 后台经过 EdgeOne 时出现的核心升级 524 超时问题,本文将后台迁移至独立的 admin.shuijingwanwq.com 子域名,并通过 DNS Only 直连源站。整个方案包含独立 Nginx 虚拟主机、ECC HTTPS 证书、W3 Total Cache 多域名兼容补丁、WordPress MU 插件 URL 重写、前台后台入口统一跳转,以及 admin-ajax.php、admin-post.php 和文章密码提交接口的保留处理。迁移完成后,后台资源不再经过 EdgeOne 或 Cloudflare,www、en 及裸域的后台入口统一跳转至 admin,并成功通过新后台域名将 WordPress 升级到 7.0.1,未再出现 524、维护模式残留或 core_updater.lock。

  • WordPress 英文站迁移到独立子域后:完整调整 Yoast Sitemap、薄内容标签与搜索引擎提交
    ,

    WordPress 英文站迁移到独立子域后:完整调整 Yoast Sitemap、薄内容标签与搜索引擎提交

    本文记录 WordPress 英文站从 /en/ 路径迁移到 en.shuijingwanwq.com 后,围绕 Yoast SEO 站点地图进行的完整调整与验证过程。内容包括薄内容标签页设置 noindex 并从 XML Sitemap 排除、W3 Total Cache 与 Cloudflare 多层缓存清理、重复标签导致的 Sitemap 误判排查,以及 Google、Bing、360、百度和搜狗等搜索平台中的资源添加与站点地图更新。最终,中英文站均统一使用 Yoast 生成的 sitemap_index.xml,英文子域的 Sitemap、robots、canonical 和搜索引擎提交状态均得到验证。

  • WordPress Polylang 英文子域名迁移后链接仍指向中文站:分类下拉、面包屑与区块模板的完整修复
    , ,

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

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

  • WordPress 英文站日历链接变成双重 URL:Polylang 子域名迁移后的 WPCode 与 W3TC Object Cache 排查
    , ,

    WordPress 英文站日历链接变成双重 URL:Polylang 子域名迁移后的 WPCode 与 W3TC Object Cache 排查

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

  • WordPress 英文站出现横向滚动条:排查 Polylang 多域名下 W3TC Object Cache 缓存旧 CSS 的问题
    ,

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

    本文记录了一次 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 英文站从 /en/ 迁移到 en 子域名:兼容数千条 Nginx 旧规则并避免二次 301
    ,

    WordPress 英文站从 /en/ 迁移到 en 子域名:兼容数千条 Nginx 旧规则并避免二次 301

    本文记录了将 WordPress 英文站从 `www` 主域名下的 `/en/` 路径迁移到 `en.shuijingwanwq.com` 子域名的完整实践。由于站点原有数千条标签 slug 转换、旧标签合并和专题重定向规则,不能简单使用一条通用 rewrite。最终通过“历史路径映射、最终域名转换、普通 `/en/` 兜底迁移”三层逻辑,实现旧英文标签和专题一次 301 到达最终英文地址,同时保留中文主域名规则与查询参数,并将 `www` 和 `en` 子域名后续产生的 301 规则分开维护。

👨‍💻 个人品牌

王世强|技术实践者 · 独立博客作者

15+ 年 Web 与系统实践经验,持续关注网站基础设施、系统优化、AI 工具与自动化。

持续运营技术博客 10+ 年,累计发布 1000+ 篇原创技术文章。

长期建设个人项目,也欢迎合适的技术交流、咨询与合作。

👉 关于我

.env (14) add (16) AI 翻译 (30) Apache (13) Array (19) A Tour of Go (67) Cache (13) CentOS (23) ChatGPT (20) ChatGPT Plus (15) chrome (19) Cloudflare (33) Codex (22) composer (42) composer.json (22) composer install (13) composer update (14) console (16) Container (25) curl (16) delete (31) Docker (32) Dockerfile (15) EdgeOne (33) environment variable (19) error (24) file (15) filter (20) Git (27) GitHub (23) Gitlab (15) GLM-5.2 (26) Go (61) go-tour-i18n (14) Google AdSense (29) Go 语言 (24) GraphQL (24) GraphQL API (14) Gutenberg (34) http (21) https (22) Interface (19) Jquery (13) json (24) Laravel (37) Laravel 6 (55) Laravel 9 (25) Lighthouse (17) Lighthouse 5 (14) Linux (22) Migrate (13) Module (17) MySQL (78) MySQL 5.7 (22) Nginx (63) normalize.css (28) OKX (15) OneinStack (21) PHP (67) php-fpm (19) php.ini (24) PHP 7.1.12 (22) PHP 7.4 (26) phpmyadmin (15) PhpStorm (24) Polylang (58) postman (18) Query (17) queue (16) Rancher (24) Redis (50) RESTful (27) RESTful API (23) Shopify (19) SlyTranslate (20) SQL (24) String (14) TortoiseGit (14) Twenty Twenty-Five (20) Ubuntu (40) update (20) VPN (17) W3 Total Cache (38) Windows 10 (46) WireGuard (28) WordPress (132) WordPress 多语言 (13) WPCode (23) Wstunnel (15) Yii (40) Yii 2 (70) Yii 2.0 (51) ZgoCloud (13) 多语言网站 (13) 多语言翻译 (35) 技术博客 (15) 故障排查 (15) 数据库迁移 (16) 浏览器 (14) 阿里云 (19)

2026 年 9 月
 123456
78910111213
14151617181920
21222324252627
282930  

Most Viewed Posts

  1. 从 LetsVPN 停用至自建 WireGuard VPN 全流程复盘(附避坑指南) (7,571)
  2. 使用中国大陆手机号登录 Telegram,弹出 SMS Fee 且支付选项不支持,购买 Premium 后短信验证码未收到的完整解决流程 (5,421)
  3. ZgoCloud + Wstunnel + WireGuard 提速 4 倍,Clash Verge Rev 自动分流与 443 端口防封实战 (4,938)
  4. WireGuard 国内直连+国外走隧道 配置踩坑与完美解决(实测可用) (3,914)
  5. WireGuard VPN 配置优化:国内网站直连,国外流量走VPN(实测有效) (2,102)
  6. 一直收到 Huobi.info 的账户管理费收取通知,决定提取出剩余的资产 (1,364)
  7. 基于 yiisoft/yii2-app-advanced,在 GitHub 上新建仓库 yii2-app-advanced,新建接口应用(实现 RESTful 风格的 Web Service 服务的 API),新建api目录、配置和环境、测试、Vagrant等的支持 (1,355)
  8. 基于 yiisoft/yii2-app-advanced,在 GitHub 上新建仓库 yii2-app-advanced,新建接口应用(实现 RESTful 风格的 Web Service 服务的 API),在 api 的 tests 目录中准备用户相关操作的一些自动化测试的样例(API 测试),确保应用程序在改变或增加新的功能时不会影响现有的功能 (1,323)
  9. 在 Windows 10 中,名为 Vmmem 的进程占用内存过高的排查分析 (1,295)
  10. 基于 yiisoft/yii2-app-advanced,在 GitHub 上新建仓库 yii2-app-advanced,新建接口应用(实现 RESTful 风格的 Web Service 服务的 API),实现模型分层:数据层、逻辑层,明确公共目录、应用、模块的继承、引用关系 (1,294)