一份长期学习路线可以排得很完整，却无法说明学习者今天真正会做什么。日历能够列出未来十八个月的 Linux、容器、云基础设施和可靠性工程，但它通常回答不了几个实际问题：

• 昨天的任务已经完成，还是只读过一遍？
• 学习者能否脱离原步骤解释结果？
• 哪个薄弱知识点应该在本周重新出现？
• 下周应该减量、保持，还是适度加量？

为了解决这些问题，我把学习路线实现成了一个带状态的反馈闭环。课程表负责定义预期顺序，每日计划从中选择有限任务，提交的证据推动进度状态变化，周复盘再按明确边界调整后续负载。

日历为什么不够

最初设计是一条按周排列的长期主题序列。它能说明范围，却不能可靠处理学习中断、调度器重复运行、理解薄 …

历史架构说明： 本文记录的是 fichil.com 早期运行在 VPS 与 Nginx 上时的排障过程。当前生产站已经迁移到 ChatGPT Sites，不再使用这里描述的服务器发布和回滚路径。现行架构见用 AI 开发与运维 fichil.com。

当时的故障表现是浏览器直接返回连接拒绝。这个错误发生在 HTTP 应用内容之前，因此排查重点不应先放在 Hugo 模板或文章文件，而应从网络与监听边界开始。

连接拒绝首先说明什么

连接拒绝通常表示域名已经解析出目标地址，网络请求也到达了对应主机，但目标端口没有进程接受连接，或被主机侧规则明确拒绝。

它与 DNS 解析失败、连接超时和 Nginx …

fichil.com 不只是一个放文章的页面，它也是我公开展示工作方法的工程项目：内容、应用代码、发布规则和线上版本都能追溯到同一个 Git 提交。

这里的“AI 开发与运维”并不表示把生产权限交给模型。AI 负责阅读上下文、提出修改、实现和执行验证；人负责确认需求、评审差异、合并代码和决定是否发布。

当前架构：内容源与生产应用分开

站点保留两层明确边界：

content/en + content/zh-cn
        ↓
Hugo Markdown（唯一文章源）
        ↓
内容生成与双语一致性检查
        ↓
vinext / React Sites 应用 …