标签： CDN
-
在 A Tour of Go 多语言项目中，我发现 Cloudflare 缓存 HIT 时访问很快，但 cold MISS 回源中国大陆阿里云杭州时可能明显变慢，甚至出现超时。最初通过 bounded retry、timeout 和恢复机制提高了 Production 部署成功率，但这些只能改善自己的发布流程，无法真正提升普通用户的访问体验。本文记录我在考虑迁移海外源站、全部切回 EdgeOne 之后，最终选择启用 Cloudflare Smart Tiered Cache 的过程，以及它如何通过 upper tier 缓存和更合理的回源路径减少 origin 请求。开启后，此前异常的 fresh MISS 复测达到 10/10 HTTP 200、单次约 0.3～0.4 秒，同时仍保留 bounded retry 与 fail-closed，应对不可避免的公网瞬态故障。
-
Go 官方将我维护的法语、德语、韩语和简体中文 A Tour of Go 翻译站加入官方网站后，我再次同步了 golang/website 上游。一次看似普通的 upstream sync，很快暴露出 10 个正式语言站重复发布、CDN 清除、Production 验收和长时间运行可观测性的问题。本文记录如何把这些步骤逐步收敛为一个 –all-live 命令，同时保留 shared assets 验证、deploy、CDN purge、machine/browser acceptance、bounded retry 和 fail-closed 等正式 Production gate，并通过一次真实的 curl exit 28 → recovered → PASS 验证流程的容错能力。
-
在排查 GA4 首页浏览次数异常偏高、用户互动时长过短的问题时，我从百度搜索结果发现大量 ?p=ID 形式的 WordPress 历史入口被 CDN 错误处理。进一步测试确认，EdgeOne 的 Query String 归一化规则会过滤 p 参数，使文章请求回源成首页并返回 200。修复 p、page_id 保护后，有效文章恢复 301，无效地址恢复 404；GA4 数据显示，过去 30 天 ?p= 相关访问高达 2479 次。
-
一次 WordPress 服务器 CPU 接近 100% 的异常告警，引出了 EdgeOne 短时间内 2 万多次 L7 请求。通过分析缓存状态、客户端 IP 和 URL 分布，确认流量具有明显的分散特征。最终在 EdgeOne 个人版能力范围内，为 www 域名启用独立防护策略，将自适应频控调整为“适中”，并配合 JavaScript 挑战和流量防盗刷，降低异常自动化流量对源站的影响。
-
针对换主题与开启 CDN 的操作顺序问题，文章分析了先开 CDN 会导致数据无法对比及缓存路径混乱等风险，指出这会引入多个变量且可能造成回源风暴或样式错乱。因此决定优先更换主题，待其稳定后重新测试无 CDN 基线数据，再开启 CDN 进行对比测试。该方案遵循控制变量原则，有效规避了缓存污染问题，确保了最终 CDN 提速数据的准确性。
-
为了验证更换 WordPress 主题的必要性，作者通过 Google Analytics 统计了过去 30 天的访客数据。结果显示，超过 35% 的活跃用户屏幕宽度超过 1680px，且 96% 为使用 Chrome 浏览器的桌面端用户。基于旧主题 Hueman 对大屏显示的限制以及单一的用户环境，最终决定更换主题以适应主流分辨率并降低兼容性风险。
-
针对阿里云OSS启用CDN后text/javascript格式文件未进行gzip压缩的问题，文章记录了排查与解决过程。经确认CDN配置支持该格式，但实际未生效，通过提交工单排查发现页面优化开关异常，经人工处理后修复。验证发现状态码200时响应头包含gzip，状态码304时不包含，最终百度站长平台不再提示未启用压缩。