一个静态网站的建设实录与工程复盘
1. 引言:系统需求分析 建立个人网站的主要动机是验证一种假设:能否以零成本、低维护开销的方式,将 Obsidian 中的部分笔记公开至互联网。这并非生产环境下的刚性需求,而是一次关于内容管理工作流的工程实验。 初始约束条件: 内容源:Obsidian Vault 中积累的 Markdown 笔记, …
建站 Log 04(番外):系统可观测性妥协与孤岛困境
至此,网站的基础设施和前端视觉已经全面落地。作为一个对外展示的工程项目,系统上线只是第一步,接下来自然会面临“可观测性(Observability)”的需求:我需要知道系统的运行状态,以及是否有用户访问了这里。 本篇番外记录了建站末期,我在尝试为纯静态网站接入动态数据交互时,所遇到的生态冲突以及最终 …
建站 Log 03:前端排版对抗与系统级控制权夺回
在完成了边缘云部署和 DNS 路由接管后,网站的基础设施已经搭建完毕。但当我打开网页时,默认的 PaperMod 主题呈现出的视觉效果过于松散,完全无法满足长篇幅笔记的阅读需求。 为了提升信息的信噪比,我需要对前端的视觉呈现进行调整。但在这个过程中,我遭遇了建站以来最严重的一次系统冲突:我的排版需求 …
建站 Log 02:自动化部署流水线与 DNS 解析移交
在上一篇解决了本地工作流的物理隔离后,系统依然只是一个运行在 localhost 的局域网程序。本篇日志复盘的是如何以极低的成本,打通一条从本地 Markdown 文本到全球边缘节点的自动化分发流水线。 作为一个门外汉,我不想去折腾购买云服务器、配置 Nginx 反向代理或者手动维护 SSL 证书。 …
建站 Log 01:本地环境隔离与 Git 冲突排雷
在明确了利用 Hugo 搭建纯静态博客的目标后,第一步是搭建本地工作流。 我的核心诉求是“无缝衔接”:我希望平时记笔记依然在 Obsidian 里进行,写完后能直接通过 Git 推送到云端,由服务器自动渲染成网页。为了实现这个目标,我把整个网站的源码文件夹作为了一个独立的 Obsidian …
建站复盘:把大模型当外包,一个小白的系统集成试错
建这个网站的初衷非常明确:我需要一个能无缝同步、展示我 Obsidian 本地笔记的云端外脑,并且要完全掌握它的数据流向和排版主权。 在这个工程里,我几乎没手写什么代码。AI 是我的外包团队和执行器,而我负责系统架构、需求定义和边界约束。事实证明,“用自然语言指挥 AI 编程”远不像网上吹的那么神乎 …