年度归档： 2026 年
-
本文复盘了一次“SEO 孵化”和流量合作沟通。对方最初以资金扶持、资源支持和收益分成为切入点，但在收集网站流量、内容规模和用户画像后，才说明实际需求是由站长新建短剧网站。由于现有个人技术博客与短剧产品的受众和内容定位明显不匹配，最终未继续合作。文章总结了站长面对资金扶持、广告投放和流量合作时，应优先确认合作对象、商业模式、资金用途、权限要求及用户匹配度，避免浪费沟通成本或损害长期积累的网站价值。
-
WordPress 英文站从 /en/ 子目录迁移到 en 子域名后，GA4 与百度统计不需要重新创建统计项目。本文记录了如何检查两个域名的统计代码、在 GA4 中将“网页位置”设为默认维度，以及在百度统计中添加英文子域名跨域监控，并通过“受访域名”分别查看中英文站数据。
-
为解决 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 英文站从 /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 英文站从 /en/ 迁移至独立子域名后，对首页和分类归档页错误链接的完整排查与修复过程。问题涉及分类下拉列表仍使用中文主域名、站点标题和面包屑 Home 指向默认语言首页、导航与侧栏保留旧 /en/ 链接，以及 W3 Total Cache Object Cache 导致英文 Host 无法及时加载最新 WPCode 片段。最终通过前端事件补丁、区块模板链接调整、按 Host 刷新对象缓存及源站验证，恢复英文站分类、导航、面包屑和多域名链接的正确跳转。
-
本文记录了 WordPress 英文站日历链接被错误拼接为双重 URL 的完整排查过程。问题最初源于旧版 WPCode 代码仍按 `/en/` 目录模式处理链接，在英文站迁移到 `en.shuijingwanwq.com` 后，将完整子域名 URL 再次拼接到旧地址后方。代码升级为兼容 Polylang 多域名模式的版本后，英文 Host 仍因 W3 Total Cache Object Cache 中的旧状态继续执行旧代码。最终通过按 `en.shuijingwanwq.com` Host 加载 WordPress 并调用 W3TC 对象缓存清理接口，使新版代码立即生效，日历链接恢复正常，并将清理流程整理为可重复使用的服务器脚本。
-
本文记录了一次 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 英文站从 `www` 主域名下的 `/en/` 路径迁移到 `en.shuijingwanwq.com` 子域名的完整实践。由于站点原有数千条标签 slug 转换、旧标签合并和专题重定向规则，不能简单使用一条通用 rewrite。最终通过“历史路径映射、最终域名转换、普通 `/en/` 兜底迁移”三层逻辑，实现旧英文标签和专题一次 301 到达最终英文地址，同时保留中文主域名规则与查询参数，并将 `www` 和 `en` 子域名后续产生的 301 规则分开维护。
-
本文继续记录 WordPress + Polylang 英文站从 /en/ 迁移到 en.shuijingwanwq.com 之后的 CDN 与缓存配置过程。前一篇文章已经解决了源站侧的 Polylang 多域名配置、W3 Total Cache Page Cache 兼容、Redis Object Cache 旧配置缓存等问题。本文重点处理 en.shuijingwanwq.com 接入 Cloudflare、启用 HTML 页面缓存、验证首页与文章页 MISS 到 HIT、确认登录用户 Cookie、REST API、登录页和后台入口不会被缓存，并最终通过 Nginx 将非 www 域名下的后台入口统一 301 到 www.shuijingwanwq.com。
-
本文记录一次将 WordPress + Polylang 英文站从路径模式 /en/ 迁移到独立子域名 en.shuijingwanwq.com 的完整排查过程。迁移过程中并不是简单修改 Polylang URL 设置就结束了，而是连续遇到了 Polylang 保存失败、扩展插件 Fatal Error、W3 Total Cache 将英文子域名误判为 foreign domain 并 301 回主域名、Redis Object Cache 缓存旧语言配置等问题。最终通过修复 Polylang 扩展插件、添加 W3TC 兼容 mu-plugin、清理 Redis 对象缓存，并验证 html lang、canonical、hreflang 和 W3TC 页面缓存文件，完成了英文子域名的源站侧迁移。