Hexo博客重建

为啥还是Hexo

博客之前是使用Hexo+Github Page搭建的

使用Github Page肯定是没有问题，因为只有白嫖的东西才能持久运行，国内访问速度不关键，常年你懂的
至于静态内容生成框架，有考虑过Hugo，因为生成速度比Hexo快很多，调试方便，同时安装起来比较方便（npm那堆东西恶心一批）。但是Hexo众多主题还是留住我了哈哈哈（真香警告）

新的主题

之前的配置博客已经很久了，很多东西已经忘记了，所以这次打算重新配置下，使用新的主题，新年新气象。

hexo-theme-butterfly

功能丰富的Hexo博客主题
Features：

卡片式两栏 UI 设计
响应式布局
支持搜索和 TOC 展示
可自定义博客主题色
支持 Disqus、Gitalk、Valine、Waline 等评论系统
丰富的动画效果
内置 Mathjax 和 Katex

Butterfly 主题的开发基于 Melody 主题，在此基础上做了两栏设计，并带来了很多一眼看不出的实用功能。同时，作者也提供了一些文档便于大家安装和使用，涵盖入门至进阶需求。但我认为这些文档不够连贯，有些功能也没有进行详细介绍，如果可以的话用类似 Gitbook 的平台工具来写会更好。
Butterfly 的着陆页和内页设计深得我心，heading、TOC 和代码块样式也恰到好处。它不经可以满足正常的图文需求，也可以根据自己的需求插入音视频素。作者还提供了 PWA 实现、插件注入等进阶玩法，感兴趣的朋友可进行尝试
频道：@NewlearnerChannel

Valine迁移到Twikoo

GitHub - imaegoo/twikoo: 💬 一个简洁、安全、免费的静态网站评论系统 | A simple, safe, free comment system.

之前采用的Valine也不错，不需要登陆就可以回复，简洁，轻便，最近出了一个和其差不多的，腾讯开发，功能比较丰富，特点可在Github上面查看。

个人觉得好的地方：

自带评论管理工具
设置邮件提醒比较方便
可以点赞

其部署在Vercel，使用AWS免费的MongoDB保存数据，适用于想要免费部署的用户，在中国大陆访问速度较慢。

目前的一个不便之处在于：

支持的图床不够丰富（内置的两个都不怎么好用，不过可以手动上传到sm.ms解决）
管理页面不能全屏（虽然有方法改主题文件去解决，但是希望还是官方解决好）

使用Notion搭配

写作工具迁移历史：本地MarkDown+Github Pages→Notion→三者结合

为什么要重新搭建激活博客

因为使用Notion之后不想写作了，写作概率有点低，而且Notion的内容从搜索引擎上面很少搜索得到，希望激活博客后能够找回重新的激情，毕竟有一个自己的博客，看到有成篇的文章，也许会有一种成就感激励自己写作吧。

Notion确实比较方便，直接使用一个表格就能搭建一个简单的博客，使用表格中自带的功能就能满足需求，而且粘贴图片起来也方便，不像本地MarkDown图片要么图床要么放本地

所以，综合以上，先在Notion里面写好，然后导出到Hexo博客，结合两者的特点，Notion实时保存，写作方便，适合素材的收集，甚至可以在平时中使用手机写作；而Github Pages则是成篇文章的收集地，方便外对交流，更重要的是数据保存在本地，两份数据互存，毕竟在线文档的数据不是在本地，可能会数据丢失的风险。

笔记系统

目前笔记系统还在研究中，暂时找不到完全复合自己需求的，大部分够用

Inbox和Note

先下结论，目前的笔记系统：大概分为两个模块：Inbox和Note

Inbox：用来收集任何时刻、任何方式得到的零碎资讯
Note：用来存放 Inbox 中经过整理的完整笔记

很多时候我们零零散散的东西都可以放在Inbox里面，等到时间成熟，或者加以应用后，就可以加工成Note，发布到Hexo博客里面。

Inbox

作为程序猿一枚，其实很多东西网上都有，我们很多文章只是缝合怪罢了，故很多知识其实可以放到Inbox里面，直接书签或者使用文章收集工具即可，到时候可以直接在Note里面引用。

其实这里面没有一个好的工具可以管理这一块，Inbox的来源有很多，比如pdf、网页、手机摘录、app等。更多时候我的需求是在这些来源里面建立索引，而不是复制粘贴全部内容，这样反而会丢失了上下文和其他内容。一旦建立索引，这些索引和索引之间的联系反而才是最重要的吧，这样可以建立起来一个知识网络，通过这个网络我们可以直接定位到知识源，这个知识源可以是pdf里面的某一段话，也可以是某篇文章里面的一句话，或者是自己写的文章等等。这样收集起来比较方便，而且知识也方便管理。