经过几天的体验，个人认为这只是个适用于开发者群体的博客框架，特别是如果你只想好好写文章更是没有任何理由浪费时间在这玩意上面

举个例子： Hexo 是没有后台管理系统，那么要如何新建一篇文章呢？答案是使用命令：

1
hexo new "hi-hexo"

然后 Hexo 会在项目根目录的 source 目录下的 _posts 目录里生成 hi-hexo.md 文件，修改它就是修改新文章的内容了，那么删除一个文章呢？答案是删除掉这个 Markdown 文件

Hexo 的基本使用流程是：

  1. 在本地计算机使用命令 (hexo new <文章名>) 生成相应文件，然后使用编辑器在这个文件里写文章；
  2. 在本地计算机使用命令 (hexo server) 运行一个本地 Web 服务器在本地上浏览器打开进行预览，如果修改了主题及站点配置还需要使用命令 (hexo clean) 清除一下缓存，当主题及站点配置稳定不再变更而你又熟悉使用 Markdown 写作后，完全可以忽略这步；
  3. 当觉得可以发布了，在本地计算机使用命令 (hexo generate) 生成静态文件然后部署到远程服务器；
  4. 当然还可以更方便一点，在本地计算机使用命令 (hexo deploy 再配合 -g 选项就可以省略上一步) 从而配合远程部署插件，自动部署静态文件到远程服务器上；

这套流程对于曾经或正在使用如 WordPress 或 Medium 这样成熟的博客系统的人就已经很窒息了，但别急这还没完…

体验 Hexo 的过程让我想起几年前曾经体验过的另一款基于 Node.js 的博客平台 Ghost (Ghost 还将自身对标 WordPress 和 Medium)，当时上手后发现：没有搜索、没有分类、没有二级导航，甚至官方主题的本地化都懒得做还把后台不支持本地化的说明从文档中删除，当你去看 Ghost 的 Github 你会发现这玩意居然是周更，那年是 2018 年距离 Ghost 在 2013 年发布已经过去 5 年了，都不知道这 5 年内 Ghost 周更更出了个什么，连基础功能都做不好居然还对标 WordPress

Hexo 的体验类似，搜索、评论等功能都需要额外安装插件来实现。就比如评论功能，Hexo 是没有后端的，但为了评论功能以评论插件之一的 waline 举例，waline 官方文档的快速上手中推荐使用 LeanCloud 作为数据库以及使用 Vercel 部署为服务端…

注意，这里并不是说 waline 不好，waline 是一种外挂形式的插件 (不仅用于 Hexo)，不弄个后端评论数据又怎么妥善处理呢？

但这就是很滑稽的地方，一个没有后端的博客框架为了一个功能搞出两个后端，更不用说如果使用的是适配较好的主题还只是改改主题的配置文件，否则还需要自己去改相关代码。这已经超出非开发者的能力范围了

除此之外就是还有人看中这类框架是可以将页面托管在 Github 节省了部署成本而使用它，但这年头海外的廉价 VPS 简直遍地都是，不过也不能要求所有人都在这件事情上投入资金

另外还想说的是一个很普遍的现象：一个开发者想通过博客来记录自己的工作和学习，然而搞着搞着文章没写几篇，但出于对博客或博客插件的不满意自己动手实现，乃至重构了一遍又一遍…当然个人并不觉得这种将自己所学用于实践有什么不好，但重点在于你到底是来干嘛的呢？是来写博客还是来造博客的？

看到这里，你应该对于 Hexo 有一个基本的预期了，那么还想要使用 Hexo 吗？

本文摘抄自花姐的Blog ：《Hexo快速入门》中的片段。

转摘过来的目的也是这段文字说出了个人的一些感想吧。

这几天我一直在折腾hexo，从安装到主题，到各种设置，最后发现时间是都耗费在这些东西上面了。

如同我说群里的小伙伴：hexo安装一天，折腾nginx的ssl配置啥的一天，再折腾插件主题什么的一周到一个月，文章没几篇。

那么我们搭建blog的目的是什么？只是为了折腾？就跟上面说的，写blog还是造blog？