<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>个人博客</title><link>/</link><description>个人博客 RSS</description><item><title>示例笔记：第一条笔记</title><link>/post/first-note</link><guid>/post/first-note</guid><pubDate>2026-11-04</pubDate><description>这是示例笔记。笔记和文章的区别不在长短，而在完成度。 今天记两点 博客的第一目标不是先进，是一年之后还看得懂、敢动、能恢复。 每多一个部件，就多一个会在半夜坏掉的东西。 先记下来，再慢慢改。</description></item><item><title>示例文章：这个博客是怎么搭的</title><link>/post/hello-blog</link><guid>/post/hello-blog</guid><pubDate>2026-11-04</pubDate><description>这是示例文章，用来演示新站的样子：Hono 做后端提供 JSON，Astro 在构建时拉取内容生成静态页。 它由哪几部分组成 一个 Hono 后端：路由、渲染索引、评论、后台管理。 一个 Astro 前端：构建时生成静态 HTML，运行时用</description></item><item><title>示例文章：Markdown 是真源</title><link>/post/markdown-shi-zhen-yuan</link><guid>/post/markdown-shi-zhen-yuan</guid><pubDate>2026-11-03</pubDate><description>这篇示例讲博客最在意的一条边界：Markdown 文件是内容真源，数据库只是索引。 这样做的好处 内容不被数据库锁住，拷走 content 目录就能读。 用 Git 管理改动，每次修改都能看到 diff。 sql 数据库丢了也能从 Mark</description></item><item><title>示例笔记：读书笔记的写法</title><link>/post/du-shu-bi-ji</link><guid>/post/du-shu-bi-ji</guid><pubDate>2026-10-30</pubDate><description>这条示例笔记记的是读书笔记的写法：把书抄一遍，抄完还是没记住；换成自己的话复述一遍，效果会好很多。 三个问题就够了 这本书最核心的一个观点是什么？ 哪一个例子让我印象最深，为什么？ 有哪一点我不同意，或者想进一步验证？ 复述一遍，比抄十遍管</description></item><item><title>示例文章：单进程博客的取舍</title><link>/post/dan-jin-cheng-ben-di</link><guid>/post/dan-jin-cheng-ben-di</guid><pubDate>2026-10-28</pubDate><description>这篇示例聊的是取舍。后端一个进程管全部：路由、索引、评论、备份。 好处 部署就是重启一个服务，日志只有一个来源。 备份只要收几个目录。 代价 进程挂掉，全站一起挂；这是一个彻头彻尾的单点。 bash 判断标准：个人博客的读写量根本不值得为多</description></item><item><title>示例文章：SQLite 备份为什么用 VACUUM INTO</title><link>/post/sqlite-bei-fen</link><guid>/post/sqlite-bei-fen</guid><pubDate>2026-10-22</pubDate><description>这篇示例讲一个容易踩坑的细节：WAL 模式下的 SQLite 数据库，不能直接复制数据库文件来备份。 正确做法 定时任务每 6 小时跑一次备份，启动时没有备份也会先做一次。 备份用 VACUUM INTO 生成快照，放在 data/back</description></item><item><title>示例文章：服务端渲染与渐进增强</title><link>/post/fu-wu-duan-xuan-ran</link><guid>/post/fu-wu-duan-xuan-ran</guid><pubDate>2026-10-15</pubDate><description>这篇示例说的是页面怎么出来。Astro 在构建时生成静态 HTML，浏览器关掉 JavaScript，页面仍然完整可读。 渲染分两层 构建时：从后端 API 拉内容，生成首页、文章页、归档这些静态页。 运行时：搜索、评论提交、后台管理用 f</description></item><item><title>示例文章：写博客的习惯，先写 Markdown 再谈排版</title><link>/post/xie-zuo-xi-guan</link><guid>/post/xie-zuo-xi-guan</guid><pubDate>2026-10-08</pubDate><description>这篇示例不谈技术，谈习惯。很多人写博客卡在第一步不是没想法，而是先想排版、配图和标题，写了两行就停下来了。 一个可用的写作流程 1. 先写一句话，说明这篇要讲什么，讲给谁听。 2. 列三个小标题，每个小标题下面写两三段。 3. 写完放一晚，</description></item></channel></rss>