又到了一年一度鼓捣博客的时间咳咳，因为升级 gatsby 导致仓库收到太多依赖警告了，同时意识到大而全的框架的一些缺点，所以决定抛弃 Gatsby 转而使用 Nextjs

Gatsby vs Nextjs

同为 React 生态中的页面构建框架，他们均提供了 SSG 的功能，作为一个简单的博客仅静态导出就完全能够达到我的需求了。

对于页面数据的获取上，Gatsby 和 Nextjs 差异在于 Nextjs 允许从任意的数据源获取数据，仅仅需要在指定生命周期函数getStaticProps中返回相应的值即可，但是 gatsby 的数据源是基于graphql的，但是很多实现均依赖插件，很大程度上依赖社区和官方的工作。

当前文章内容都是通过本地文件系统保存，使用 Gatsby 和 Nextjs 基本等效，但是对于 Typescript 的支持 Nextjs 远远的将 Gatsby 甩在后面

使用模板

本身是想将原先的使用 Nextjs 复现然后再进行更改，但是中途发现使用 MDX 来构建文章会比纯 markdown 的展示效果更好。

但是在集成的过程中发现在 Nextjs 中使用 MDX 如果不作为 pages 页面交给 Nextjs 处理则无法进行很好的自定义，但是通过next-mdx-remote 或 mdx-bundler在渲染的时候需要使用new Function()

虽然最后解决了这个问题，但是觉得不是很优雅，然后在寻找解决方法的过程中发现了一个模板，同时此模板使用了tailwindcss，近期我也总是有在使用同类型的windicss因为之前 tailwind 没有 JIT 模式

然后就转而使用该模板，很多布局我觉得挺不错的，但是其中的一些功能和页面展示样式我觉得还是需要改进，首页之类的还过于简陋。

内容管理

在先前 Gastby 最后的版本中我使用了 Netlify CMS 来管理内容，基本也形成了 JAMStack 的结构，但是使用体验来说着实还是差点，作为内容管理我觉得使用体验不是很到位。

中途也尝试用 Notion 来做内容管理，但多多少少又一些不如直接 markdown 来的效果好

使用额外的内容管理

现在目标是通过 Sukka 大佬的这篇文章使用 Next.js + Hexo 重构我的博客的启发使用 hexo 与 nextjs 整合或者与 contentlayers 结合。

contentlayer

这个包的野心很大，目标是整合各种内容源——无论是本地文件如 MDX、markdown、json、纯文本或者是 CMS 都可以通过其进行管理

但其部分目标功能处于 wip 状态，不过可能的未来能和 notion 集成我觉得挺香的。

hexo

Hexo 不仅是一个静态站点生成器，其内部的数据库还暴露了一系列 api 可以直接操作本地的文章

这部分可以参考 Sukka 大佬的文章和 hexo 官方文档，而且有一方面的优点 hexo 可以基于文件系统将数据持久化，这个可以让构建省去一部分的时间资源

同时 hexo 集成的一些功能如 rss 和 sitemap 生成可以让我将现有的此部分内容重构为更简单的代码，还有很多 hexo cli 能提供的功能也是很香

集成 i18n

其实国际化似乎对于我这个小博客没有什么多大的作用，但是一直在工作中用不上，就算是为以后的英文文章铺路？会有吗？

next-translate

其实看仓库的提交记录就知道一开始是选择next-i18next来做 i18n 的但是发现需要对所有动态路由手动增加 props，十分的麻烦，然后还是使用了next-translate

日后的计划是对文章的 frontmatter 增加额外的 lang 属性用于标识语言,然后在文章列表显示语言标签来标识文章内容的语言，以及可能未来有的双语文章中切换语言就以后在做额外的处理吧。

不过格式化时间字符串似乎还是跟随读者的语言而变化的，这个还是有待改善的。

做字符串翻译工作也好费时间

解析域名

挂载 github 或者 vercel 看着怪 low 的，于是斥巨资购买了一个enpitsulin.xyz域名然后去 vercel 控制台绑定blog.enpitsulin.xyz，然后在阿里云的控制台按照 vercel 给出的记录添加解析设置，然后稍等一会就行了

但是好像现在还是要挂梯子，这部分以后在调整吧。

然后根域名就备案了放着为以后做学习用途吧。