更新历史
- 2025-10-07：将笔记和博客进行了分离
- 2024-12-31：模仿 Mau Camargo’s Notkesto 添加了 Header
- 2024-09-08：将博客的名称从“QRZ 的果壳宇宙 ✨”更改为“🚂QRZ的星穹列车”，并添加开往链接。（果然是崩铁玩多了吧 XD）
- 偶然间看到开往的时候，我就觉得很像是连接不同的世界。
- 2024-07-29：将评论区从 Remark42 修改为 Giscus
- 2023-11-10：让 RSS 按照最新的文章排序 → 分析文章
- 2023-11-01：添加评论系统。
正在调试中2023-11-02：调试成功- 关闭特定页面的显示
- 2023-10-31：将字体链接从 https://fonts.googleapis.com 更换为 https://fonts.loli.net，也许会提升加载速度
构建方式
目前的博客构建流程比较简单。我使用 Syncthing 在云服务器/家庭服务器/个人电脑/手机上同步笔记。我对 Quartz 进行了简单的定制，在希望发布的笔记 frontmatter 中添加 publish: true 标记，通过
npm i
npx quartz build -d <path to blog>在本地构建笔记，通过命令：
npx wrangler pages deploy --branch=main .\public\将 public 文件夹发布到 Cloudflare Pages 上，实现博客的发布。
Note
上文中
--branch指向的是发布的主分支，其他分支都只会预览。
一些思考
经过一年的尝试后，我放弃了混合笔记和博客的想法，但保留 Quartz 作为主题。我现在记录笔记的方式也变得多样化起来了，笔记最重要的是各种琐碎的灵感，而后更重要的是对这些琐碎的笔记进行规范化的整理，能够让自己看懂，再选择其中较为合适的进行发布。全部混在一起非常不合适。
2025-10-07：下文已失效
在记录了大量笔记后，我发现我很难通过博客的形式对交叉各种知识点的文章进行整理与输出。因为
- 笔记是零碎的，博客是归纳的，我需要抽出时间对零碎的笔记进行归纳；
- 笔记和博客是两套不同的工具，笔记是使用 Typora → Notion → Obsidian；而博客则是 Hexo → Hugo → Quartz。它们之间的语法稍有不同就会让人需要做蛋疼的转换；
- 我不再使用 Notion 的原因是我不信任在线笔记，它有一套专有的格式。
- 我最开始还没想好图床该怎么放。
作为高强度使用 Obsidian 的用户，虽然 Obsidian Publish 可以做到一定的语法统一，但价格让我望而却步。在发现 Quartz 这个项目后，我觉得是时候将笔记和博客统一了。
作为笔记和博客的混合体，我需要对想要发布的笔记进行判断：
- 它是否值得发布？
- 很多笔记都只是杂乱的复制粘贴，完全没有发布的价值。
- 怎样对这样的知识进行整理和输出？
- 如果涉及到隐私，随意发布属于变相开盒（虽然现在也差不多）。
- 如果有涉及到隐私的文章被发布了，欢迎给我留言提醒，不胜感激！
- 它是否值得污染 RSS timeline？
- 只有有用的笔记我才会创建它们的完成时间，这些笔记的时间一般是准备发布的时间或工作完成的时间。
- 不值得污染 RSS 的笔记统一设置为 2000-01-01T00:00:00+08:00 这个时间。
对于转换问题，Quartz 兼容 Obsidian 的语法，因此我无需进行额外操作。
对于图床问题，我的解决方案是 Cloudflare R2，虽然只有 15GB 的容量，对我来说应该也足够了，我还可以用 Alist 挂载 Onedrive，或用自建的 Minio 配合 Cloudflare 的 CDN 使用。
博客历史
- 2024-10-12: 更换域名（果然每年 10 月都会蠢蠢欲动）
- 2023-10-22: 更换主题为 Quartz
- 2023-06-24: 更换域名
- 2021-05-02: 更换主题为 hugo-theme-even
- 2021-03-30: 从 GitHub Actions 迁移到 Cloudflare Pages
- 2020: 更换 Travis-CI 为 GitHub Actions，更换主题为 hexo-theme-even
- 2019-10-01: 添加 Travis-CI 自动部署
- 2018: 博客初始主题为 hexo-theme-melody