标签： EdgeOne
-
2026 年 7 月 30 日，网站在两个多小时内出现约 177 万次 EdgeOne L7 请求，其中约 109 万次实际回源。结合 EdgeOne 指标与 Nginx 日志，最终确认这是一轮大规模 PHP、ASP 与 WebShell 文件路径扫描。排查还发现，网站接入 EdgeOne 和 Cloudflare 后，原有 Nginx 限流实际按 CDN 回源节点 IP 计数，存在误伤正常请求的风险，因此暂时注释源站限流配置，并完成中英文站点验证。
-
在将 W3 Total Cache、EdgeOne 与 Cloudflare 的主要 HTML 缓存统一延长到 4 天后，我发现新文章发布后，首页和 Sitemap 可能继续命中 CDN 中的旧缓存。本文记录如何在保留普通页面 4 天长缓存的同时，仅将中英文首页和公开 Yoast Sitemap 的 Edge TTL 缩短到 2 小时，并分别通过 EdgeOne 与 Cloudflare 实测缓存过期、重新回源和 HIT 行为。最终在内容新鲜度、缓存命中率和维护成本之间取得更合适的平衡。
-
在再次出现 CPU 告警后，我暂时停止继续追查瞬时负载根因，转而重新启用 W3 Total Cache 页面预缓存，并从 900 秒 × 5 页 的保守配置逐步优化。通过准确统计中英文 Yoast Sitemap，确认真正需要预缓存的页面为 6270 个，并自动生成 www + en 联合 W3TC 专用 Sitemap，每小时同步更新。最终将 W3TC Page Cache、EdgeOne 中文站和 Cloudflare 英文站的缓存生命周期统一调整为 96 小时，同时采用 300 秒 × 7 页 的低批量持续预热策略，在降低冷缓存回源和 PHP 动态生成压力的同时，避免预缓存本身制造新的 CPU 峰值。
-
在网站 Google 搜索自然查询中发现「A Tour of Go 中文版」产生真实点击后，我进一步确认 Go 官方目前仍保留简体中文入口，但过去对应的 tour.go-zh.org 已无法正常访问。基于这一内容缺口，我计划以当前官方 A Tour of Go 为上游，使用 Go 和 GLM-5.2 建立一个可持续同步、自动校验并经过人工审核的简体中文版本，暂定部署至 zh.go-tour.shuijingwanwq.com，中文站使用 EdgeOne。本篇记录项目产生的背景、技术选型、翻译原则、域名与部署架构，以及第一阶段 MVP 规划。
-
本文记录一次 WordPress 双 CDN 架构下的 Query String 缓存优化实战。中文站通过 EdgeOne 自定义 Cache Key 与回源请求参数设置，让 canonical 文章 URL 的不同查询参数共用缓存，并在 MISS 回源时删除 Query String；英文站则通过 Cloudflare URL Rewrite Rule 实现相同目标。整个过程结合 HIT/MISS、Age、301、CF-Ray 与 Nginx access log 进行实际验证，最终将规则收敛为仅优化 /YYYY/MM/DD/ID/ 形式的标准文章 URL，在降低随机参数缓存穿透风险的同时保持 CDN 配置简单、清晰、易维护。
-
在通过 EdgeOne 屏蔽异常 Sogou UA 流量、解决 WordPress 502 后，阿里云 ECS 仍然偶发 CPU 95%～100% 告警。进一步结合 PHP-FPM Slow Log、Nginx 请求日志和 W3 Total Cache 实测发现，大量带 Query String 的前台请求会导致 W3TC Disk: Enhanced 页面缓存无法复用，使请求重新进入 PHP-FPM，完整执行 Gutenberg、Polylang、Post Views Counter、Redis Object Cache 和数据库查询。正常 URL 第二次请求 TTFB 仅约 0.1 秒，而带参数 URL 每次仍需约 7～11 秒。最终决定不逐个封禁参数，也暂不升级服务器或修改 W3TC 内部逻辑，而是在 EdgeOne 与 Cloudflare CDN 层进行 Query String 缓存键和回源 URL 规范化，从根源减少动态参数造成的缓存穿透。
-
一次 WordPress 生产站间歇性 502 故障排查记录。阿里云 ECS 一度出现 CPU 100%、Load 超过 9、PHP-FPM Socket 队列达到 510/511，大量请求返回 499 和 502。通过分析 Nginx 日志发现，最近 20000 条请求中有 18455 条携带 Sogou web spider/4.0 User-Agent，并以每分钟约 500～700 次的频率持续遍历网站。随后在 EdgeOne 中通过 *Sogou* User-Agent 规则进行边缘拦截，Sogou UA 请求降至 0，PHP-FPM 队列恢复为 0/511，CPU 空闲率最高恢复到 97%，后台连续请求全部返回 HTTP 200。此次排查说明，服务器出现性能瓶颈时，不应急于升级配置，应先确认异常流量和真正的资源消耗来源。
-
收到包含 8 个中文文章 URL 的内容整改清单后，我没有直接删除 WordPress 文章，而是通过 MU Plugin 保留文章发布状态和系列标题，同时让指定中文页面真实返回 HTTP 404，并限制 REST API、RSS 与 Sitemap 继续输出正文。随后结合 W3 Total Cache、EdgeOne、Cloudflare 和 Polylang 完成缓存排查，最终仅下线清单中的中文文章，对应英文译文继续正常访问。
-
在重新评估技术博客广告变现方案后，我停用了原有的 AdSense 手动广告位，仅保留全站基础代码，并正式启用自动广告。本文完整记录了旧广告缓存排查、源站与 EdgeOne 验证、自动广告格式配置、代码块兼容性测试，以及将页内广告最小间距从 200px 调整为 530px 的过程。最终采用较积极的广告密度，同时关闭意向驱动广告，保留页内广告、底部锚定广告和低间隔穿插广告，以测试自动广告能否在不插入代码块、不过度破坏阅读体验的前提下，提高技术博客的广告变现效率。
-
本文记录了 WordPress 中文站与英文站的 CDN 缓存命中率优化过程。通过分析 EdgeOne 与 Cloudflare 的请求状态、响应流量、HTTP 状态码和资源类型，确认大量 MISS 主要来自 WordPress HTML 长尾页面，而原有 1～4 小时的缓存时间偏短。将两边的 HTML 边缘缓存 TTL 统一调整为 12 小时，并补全个性化 Cookie 绕过规则后，Cloudflare Cache Hit Rate 从 16.76% 提升至 20.25%，EdgeOne 请求 Hit 从约 50.5% 提升至 58.5%，流量 Hit 从约 26.6% 提升至 35.6%，验证了统一延长缓存时间的实际效果。