在使用 一段时间后,确切地说是半年后,感觉 还是会有很多限制,比如:

  1. 每次发布都需要进行编译,文章越多耗时越长;
  2. 手机发布不方便,虽然可以使用持续集成来解决手机上的编译问题,但是在手机上提交代码却是个难题;
  3. 由于是静态发布,故很多功能都依赖第三方,比如搜索、评论、统计等,若第三方服务出现问题,会导致网站异常。

总的来说,Hexo 比较适合静下心来,在电脑面前发布文章的技术型博客,对于想要随时随地发布及修改文章和动态的我来说,还是有所局限。并且,我有强迫症,并不希望自己的博客依赖第三方系统,若第三方系统出现问题或者下线,所保存的历史数据就需要迁移或重来,风险比较大。

故考虑再三,还是决定迁回 。但《WORDPRESS 转 HEXO 历程》中那些 WordPress 自带的缺点该怎么处理呢?

那就得说到 了。使用 Hexo 的时候我就一直在研究 ,Hexo 就是在 中使用 容器启起来的。使用 Docker 的好处,就是应用迁移和备份超级方便。迁移时直接在新主机再起一个相同的容器,链接数据文件夹,就可以启动一个完全相同的 WordPress 站点;备份的话,直接定期打包备份数据文件夹即可。这就将《WORDPRESS 转 HEXO 历程》中迁移 WordPress 站点所带来的苦恼给消除了。

之前也使用过自建镜像的方式来启动过 WordPress,但是优化不够给力。最近发现了 官方出的一款 WordPress 自用镜像,可以说优化什么的都很到位了。但是由于 NAS 默认只有 2G 内存,并且已经用得差不多了,再启动 WordPress 容器的话,会影响到其他应用。毕竟 WordPress 是动态站点,占用内存还是比较高的,不像 Hexo 那么轻便。

不过最近升级了 NAS 的内存,升级到 8G 了(详见《群辉 NAS 718+ 内存升级小记》)。这下内存足够搭建 WordPress 了。So,说干就干!

经过一番优化后(伪静态+CDN),访问速度已经和纯静态的 Hexo 相差无几了,也就内存占用略高。

Hexo 访问速度

WordPress 访问速度,排除 DNS 响应时间的差异,基本上算处于统一水准

从空闲时段的内存占用方面来看,Hexo 还是保持着极大的优势

好了就说到这,总的来说,Hexo 是一款非常受欢迎的伟大的并且活力依旧的产品,只是不太符合我自身的使用需求,做这个迁移决定的时候也是纠结了好久才能下定决心。😖

GoodBye,Hexo。