博客有了文章、RSS、站点地图和基础样式之后，我开始思考另一个问题：如果以后想随时记录一些更轻的内容，是不是应该把它们和正式文章分开？

答案是应该分开。

文章更适合完整经验、教程、项目记录；日记更适合当天的状态、碎片想法和过程记录。它们都属于个人沉淀，但节奏不一样。

所以这次给博客加了一个公开日记板块。同时也明确了一件事：博客本身只负责展示内容，写作和发布工具应该独立开发。

公开日记和私人日记要分清

这个博客部署在 Cloudflare Pages，源码放在 GitHub 仓库里。如果仓库是公开的，内容也会被发布到网站上。

所以这里的日记板块适合放：

  • 可以公开的日常记录
  • 阶段性想法
  • 博客维护记录
  • 学习过程
  • 项目开发过程

不适合放真正私密的内容。

如果以后要写真正私密日记，应该单独做一个有登录、有数据库、有权限控制的私密应用，而不是直接放进公开博客仓库。

新增 diary 内容集合

原来博客只有一个内容集合：

src/content/blog

现在新增：

src/content/diary

日记 Markdown 的 frontmatter 会多一些轻量字段：

---
title: "博客重新跑起来的这一天"
description: "记录一下把博客重新搭起来、部署上线，并开始规划日记板块的过程。"
pubDate: 2026-05-23
mood: "踏实"
weather: "晴"
tags: ["日记", "博客"]
---

mood 和 weather 不是必须字段，但很适合日记这种形式。以后回看时，这些小信息能帮助恢复当时的状态。

新增日记页面

这次新增了两个页面：

/diary
/diary/[slug]

/diary 是日记列表，按时间倒序展示。日记详情页和文章页类似，但会展示心情和天气。

首页也新增了“最近日记”区域。这样首页不只展示正式文章，也能露出最近的轻量记录。

导航更新为：

首页 / 文章 / 日记 / 关于

为什么不把写作放进博客

一开始我考虑过直接在博客里加一个 /write 页面，用来写文章和日记。但想了一下，还是决定撤掉。

原因很简单：博客是公开展示层，写作工具是生产内容的后台。两者职责不同，混在一起会带来几个问题：

  • 公开站点里出现写作入口，会让信息架构变杂
  • 真正的一键发布需要 GitHub Token，不能放在前端页面里
  • 后续如果要登录、上传图片、草稿箱，博客项目会变重
  • 写作工具应该服务自己，不一定需要被公开访问

所以现在的决定是：博客只保留展示能力，写作 App 后续独立开发。

RSS 也包含日记

既然日记也是公开内容，RSS 也应该包含它。

这次把 RSS 输出从只包含文章改成同时包含文章和日记，然后统一按发布时间倒序排列。

这样订阅 RSS 的时候，可以同时看到正式文章和日记更新。

后续独立写作 App 的方向

真正的“随时随地写日记上传”可以单独做成一个 App：

独立写作 App
→ 登录或输入发布密码
→ 写文章或日记
→ 图片上传到 Cloudflare R2
→ Markdown 提交到 GitHub
→ Cloudflare Pages 自动部署

需要新增的部分主要是：

  • Cloudflare Worker
  • GitHub Personal Access Token
  • Worker 环境变量
  • 简单登录校验
  • 图片上传能力
  • 草稿保存能力

这个方案比把发布逻辑放在博客前端安全很多，也更适合长期使用。

这一轮的结果

这次之后，博客多了一个新入口：

/diary

内容结构也变成：

src/content/blog
src/content/diary

博客继续保持干净：只负责展示文章和日记。写作工具以后另起项目，做成真正适合自己随时记录、上传和发布的 App。