闲谈这换Hexo架构的事情

说起咱把博客的框架由Hexo换成Jekyll确实有不少原因,
算起根本来说是咱看不太懂Jekyll的架构,
Ruby语言咱也只学习了一些基础的脚本内容,
想要去理解其本身框架运作还需要更进一步学习,
而且基于Ruby本身的Jekyll在国内也没有太多可以借鉴的资料,
Ruby本身也没有node.js易用方便,
算了,不找技术本身的问题了,
还是自身学习过程不够实践结合,
也没有下苦功夫去研究Jekyll的官方文档,
也算是自己懒的问题了。

算到头其实真正的导火索是评论API,
尝试了很多途径了,像是valine,gitalk,waline…
其实本身也就是个窗口,
真正还是要依赖后面的数据储存,
像valine用的好像就是Leancloud,
而Gitalk用的就是GitHub本身的仓库,
waline用的是vercel
连接速度都可以称得上是感人,
甚至初始化有的都无法完成,
更别提作为每天都要使用,每次都要加载的需求,
所以稳定性与快速以及方便管理都是必要的需求,
而又受限于GitHubPage只能托管静态的本质,
只能去一个一个尝试找到最合适的应用,
最终确实也找到了这一款比较有名的产品,
twikoo还是很好用的,并且MongoDB位于香港的服务器,
再加上Netlify对于项目的应用,
总体还是呈现比较稳定的运行,
虽然还是无法达到在自运行与服务器中的速度,
但能满足需求就不错了。
(毕竟之前部署的完全是用不了)
咱的要求也不高,而且博客其实也没什么人看,
所以评论仅仅是一个可以有但不必要的,
等哪天自己租下来一台服务器再去真正考虑运营访客量的事情,
现在也就是做着玩一玩当个实验而已。

这么看其实国内也有不少强力的工具,
只是太多都比较小众所以没被发现而已,
咱也是在重构转移过程中才发现了这些,
就像咱以前在玩Jekyll的时候连主题都不会套,
一直用minimal这个默认主题,
而且这个主题的模板文件也不清晰,
当时在Bash对博客调试的事情更是不会做,
也就是这几天换框架了才真正弄清楚,
所以说真正想要学习还是要通过实践。
以后咱估计会先学习Python之类然后在跟进Node.js,
后续之类的交给6月总结来说吧!
这里就不想多写了。

总的来说Hexo确实是更加简单明了的,
而且逻辑上也更加清晰,部署相对学习成本要低不少,
而且Twikoo评论的部署也是比较简单的,
官方文档已经将云函数构建部分清晰展示出来了,
只是前端的部署需要一些博客主题支持,
其实咱这个mengd主题虽然在官方文档里提及,
但本身在yaml配置文件以及其他地方是没有的,
需要自行配置在layout模板的post.ejs中。
但总体上是没有什么难度的,
并且其他主题的配置文档也可以相应参考一下,
本质上都是Hexo架构博客,
不会有太多区别的。
以上内容大佬请自动忽略

算了也不想写那么多了,
放两张咱早起拍的图片开溜!

楼阁
大桥

能看到这里的肯定也是狠人了,
那么久例行传统,写这么久了,
咱也写不下去了,
晚安,各位读者!
(虽然咱写的时候是晚上,但也不代表读的时候是晚上,算了例行传统吧)

Authorship: ArcMeteor
Article Link: http://arc-meteor.github.io/2025/06/20/2025-06-20-%E9%97%B2%E8%B0%88%E8%BF%99%E6%8D%A2Hexo%E6%9E%B6%E6%9E%84%E7%9A%84%E4%BA%8B%E6%83%85/
Copyright: All posts on this blog are licensed under the CC BY-NC-SA 4.0 license unless otherwise stated. Please cite Arc's Cabin !