为什么重新做一个博客，但不再从零造轮子

Sun, 18 Oct 2026 00:00:00 GMT

旧博客并没有坏。它能正常展示文章，有搜索、归档，也已经部署在 EdgeOne 上。

但有些不方便，只有真正用起来才会发现：每次写文章要改文件，想调整图片得碰配置，评论区能留言，却少了回复、管理和通知。网站是自己的，写作却还不够顺手。

这次重新开始，目的不是换一个听起来更新的技术名词，而是把三个具体问题解决掉：能自己在线写，打开看着喜欢，读者能认真交流。

第一件事：静态博客，也能在线写作#

之前很容易把两个概念混在一起：静态网站，就是必须在本地修改 Markdown；动态网站，才有写文章的后台。

其实，编辑体验和网站如何生成，是可以分开的。

我们选择让文章继续保存在 GitHub，用 Pages CMS 提供浏览器编辑界面。标题、摘要、分类、封面和正文都有自己的输入位置；保存后内容回到仓库，再交给 EdgeOne Makers 构建发布。

这意味着上线仍需要等待构建，而不是保存即刻更新。但不需要为了个人写作，再维护一套独立的文章数据库。

第二件事：复用好看的主题，而不是手写一切#

在 Fluid、Butterfly、Fuwari 和 Firefly 之间比较后，这个独立试验站选了 Firefly。

我们看中的是它已有的页面过渡、响应式布局、主题颜色和壁纸模式。它让网站有足够的表现力，也留出了改成自己风格的空间。

这次没有沿用主题示例里的角色、音乐和照片，而是做了一幅紫蓝色的极光背景。首页可以稍微浪漫，进入文章后，文字还是主角。

第三件事：评论，交给成熟系统#

旧站的评论用 Blob 保存，每条留言一个记录。文件存储不是原罪，缺少完整的产品能力才是问题。

新站采用 Twikoo 的 EdgeOne Makers 适配路线，继续利用平台存储，但不再从头实现每个评论交互。上线前，管理权限、输入清理和通知通道都需要单独核实，不能只看一个“部署成功”。

少做一点，反而能长久一点#

第一版只放两篇文章，没有把所有可选模块堆上来，也暂时不加 AI 聊天窗口。

先把在线写作、阅读和评论这条主线走通，再决定要不要相册、动态或写作助手。一个个人博客不必像大型社区，但应该是自己愿意经常打开的地方。

旧站会继续保留。这一版先作为独立的试验，不急着迁移历史文章，也不打断原来的链接。

比“尽量完美”更重要的，是这次真的能持续使用。

给博客留一点光：第一版的建造手记

Sun, 18 Oct 2026 00:00:00 GMT

这次最直观的要求其实很简单：比旧站更好看一点，有动画，但不要复杂到难以维护。

说起来是一句话，落到页面上却要不断做减法。动效越多不一定越精致，功能越多也不一定越好用。

一套颜色，而不是所有颜色#

新站用紫色作主色，蓝色和青色作光线，底色保留深浅模式的变化。

横幅是一幅自己绘制的 SVG 极光：不是加载一段很重的视频，也没有默认播放音乐。极光上叠加缓慢移动的光晕，让首页有一点呼吸感。

移动端停止持续的光晕动画；当系统偏好“减少动态效果”时，页面也应尊重这个选择。好看不应该以让人晕眩为代价。

动画要解释变化，而不是抢走注意力#

页面切换沿用 Firefly 的 Swup 动效。卡片只在交互时做轻微反馈，导航保持清晰，不在每次点击时撒满烟花。

读文章时，动画退到背景。目录、代码块、图片预览和上一篇／下一篇，才是更重要的交互。

这版没有打开樱花、看板娘和音乐播放器。以后想加可以再讨论，第一版先让整体风格成立。

发布链路越短，写作越容易继续#

目标链路是这样的：

打开在线编辑后台。
写正文，选择分类，上传封面。
保存到 GitHub。
EdgeOne Makers 构建并发布。
用线上页面确认文章真的出现。

配置文件负责定义文章字段，源码负责页面，部署平台负责上线。每一层都尽量使用现成工具，不把一个人的博客变成需要长期值守的系统。

评论是交流，不只是一个输入框#

留言能够提交，只完成了评论体验的第一步。

一个有用的评论区，还需要回复关系、管理入口、垃圾内容控制，以及在条件允许时提供通知。我们选择接入 Twikoo，而不是继续给简化留言板一层层补功能。

需要注意的是，邮件服务和账号授权不是代码生成出来就自然具备的能力。它们要真正配置、验证，才能算完成；没有配置的部分也不该假装已经可用。

先让它成为一个可以打开的地方#

这个项目放在全新的文件夹里，和旧博客分开。旧文章、旧评论和原域名不在第一版改动范围内。

先用两篇记录，检查首页、文章页、手机布局和评论，再决定下一版具体要改哪里。

名字暂时叫“光隙”。不是为了给一个网站赋予太大的意义，只是希望这些零散的尝试，有个地方可以放下来。

nmdft · 光隙