一个个人笔记站的信息架构
本站本身就是一篇实践笔记：它是如何被组织起来的，可以作为一个完整的小案例。
信息架构：栏目是主干
个人技术笔记站最大的问题是「什么都想写，最后什么都找不到」。解决方式是用固定栏目约束范围：
- 栏目按技术领域划分（前端 / 后端 / 运维 / 网络安全 / 工程实践），每栏回答一个稳定的问题域；
- 每篇文章归属唯一栏目——允许一稿多投的站，半年后必然检索混乱；
- 标签做横向补充（如「性能」「安全」跨栏目出现），只做辅助导航。
回看效率的关键不是分类多精细，而是路径稳定：三个月后你能凭「栏目 → 列表 → 标题」三级找到任何一篇。
URL 与页面结构
每篇文章一个独立路径（/p/<slug>/），栏目页、归档页、关于页并列。三个理由：
- 静态文件天然 SEO 友好，服务器零运行时依赖；
- slug 是稳定标识，改栏目结构不会破坏外链；
- 文章页带面包屑与上下篇导航，符合「顺藤摸瓜」的阅读动线。
写作流水线
素材（问题/踩坑）→ 草稿（markdown）→ 定稿（结构化）→ 生成静态站 → 部署
- 素材驱动：每篇都从一个具体问题出发，而不是「想写点什么」；
- 数据与模板分离：文章是结构化数据（标题、摘要、正文、标签），模板独立维护，改版不影响内容；
- 构建自动化：一条命令完成 Markdown 渲染（含代码高亮、目录生成）与全站输出。
内容维护
- 定期回看旧文：技术演进后内容会过期，过期内容显式标注而不是悄悄修改历史；
- 归档页全量列出，既是站内导航，也方便搜索引擎建立完整索引；
- 每篇末尾的上下篇导航，配合时间倒序的首页列表，形成「进站即有入口、读后有出口」的闭环。
一点方法论
写技术笔记最大的收益不是给别人看，而是强制把模糊的理解显式化。写不出来的地方，就是没懂的地方——这个反馈循环，比任何学习计划都诚实。