标签： Cloudflare
-
本文记录了一次 ChatGPT 网页加载缓慢的完整排查过程。从浏览器 F12 网络面板的异常响应，到 Clash Verge 代理配置检查，再到本地 Ubuntu 终端测速与自建 ZgoCloud VPS 服务器的系统诊断。通过对比服务器直连（TTFB 极快但下载限速 543KB/s）与本地代理（3.1MB/s）、服务器带宽测速（18MB/s）等关键数据，最终排除本地宽带、代理链路和服务器硬件故障，确认是 OpenAI 服务端降级及 Cloudflare 对静态资源的防滥用限流所致。文章复盘了排查思路，强调了避免“过度配置”和善用交叉对比的重要性。
-
一次域名安全评分检查，让我从 TCPLab 的 71 分开始，实际排查并修复了域名续费、HTTP → HTTPS 301 跳转、DMARC 和 SPF 等问题。过程中还发现，在线检测工具提示“DKIM 未检测到”，但 Gmail 真实邮件投递却证明 DKIM 一直正常，真正出错的反而是 SPF。最终评分提升到 83 分，SPF、DKIM、DMARC 均通过 Gmail 实测。这次经历也让我更加确定：安全检测工具适合作为排查入口，但比“把所有项目刷绿”更重要的，是确认并解决真正存在的问题。
-
Cloudflare 于 2026 年 9 月更新 AI 爬虫管理策略，将原本较笼统的 AI Bot 控制细分为 Search、Agent 和 Training 三类。本文记录实际配置过程：保持搜索引擎与 AI Agent 正常访问，将 Training 设置为 Disallow，并启用 Bot Preference Sync，在尽量保留 Google、Bing、ChatGPT、Claude、Perplexity 等搜索与实时发现能力的同时，限制纯模型训练 crawler。文章同时结合 AI Crawl Control 验证实际阻止状态，并记录 Claude-User 受全局策略控制、无法单独放行的现象。
-
在 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 验证流程的容错能力。
-
A Tour of Go 多语言翻译项目在连续上线 nl-NL、pt-BR 和 tr-TR 后，正式社区语言版本已达到 10 个。本文集中复盘这一阶段继续暴露并解决的工程细节，包括 Production 浏览器验收的 zgocloud 网络链路、SOCKS 隧道生命周期、Quality Check revision lineage、Locale Surface Review 审核包导出、HTML Entity 导致的 Validator 误判，以及 Playground 长输出和 GitHub README 自动投影等优化。
-
在 A Tour of Go 多语言站点上线过程中，我开始将 IndexNow 纳入搜索引擎收口流程。实测中，新 Key 首次提交可能返回 HTTP 202，等待验证后才转为 200；更令人困惑的是，即使接口早已返回 200，Bing Webmaster Tools 仍长期显示 Get Started。经过多轮独立 Key、不同子域名、Bing direct endpoint 等测试后，第二天后台终于开始出现 Self 提交记录。与此同时，开启 Cloudflare Crawler Hints 后，英文、日语、德语站很快出现大量来源为 Cloudflare 的 IndexNow 记录。本文记录完整排查过程、直接提交与 Cloudflare Crawler Hints 的实际差异，以及最终将一次性全站 IndexNow bootstrap 标准化为 Go CLI 的实现思路。
-
在 A Tour of Go 意大利语站首次 Production 过程中，站点部署、源站和 Cloudflare DNS 都正常，但公网验收却连续遭遇 curl 28、curl 97 等网络瞬态失败。最终没有继续堆叠更复杂的 SOCKS、超时和重试逻辑，而是把正式公网 machine acceptance 直接迁到 zgocloud 执行，让 105 个 sitemap URL、CDN Cache、HTML Identity 和 Socket Boundary 等检查稳定通过。本文记录这次从跨境 SOCKS 链路到 zgocloud direct 的调整过程，以及 bounded retry、fail closed、保留 Production 现场并正式 resume 等实践经验。
-
在排查 GA4 首页浏览次数异常偏高、用户互动时长过短的问题时，我从百度搜索结果发现大量 ?p=ID 形式的 WordPress 历史入口被 CDN 错误处理。进一步测试确认，EdgeOne 的 Query String 归一化规则会过滤 p 参数，使文章请求回源成首页并返回 200。修复 p、page_id 保护后，有效文章恢复 301，无效地址恢复 404；GA4 数据显示，过去 30 天 ?p= 相关访问高达 2479 次。