博客历史

更新历史

• 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>

在本地构建笔记，将 public 文件夹发布到 Cloudflare Pages 上，实现博客的发布。

一些思考

在记录了大量笔记后，我发现我很难通过博客的形式对交叉各种知识点的文章进行整理与输出。因为

• 笔记是零碎的，博客是归纳的，我需要抽出时间对零碎的笔记进行归纳；
• 笔记和博客是两套不同的工具，笔记是使用 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 使用。

---

博客历史

• 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