静态博客第三方评论系统的探索

2018/12/26 posted in  案例 comments

在 GitHub Issues 上写了大半年博客后,感觉不太对,关于独立博客的想法 一文中提到了原因。总之,我要转回静态博客,无论是 Hexo 还是 Jekyll 等,那首要考虑的问题就是三方评论系统。当初决定使用 Issues 写博客的原因之一就是评论系统,多说、Disqus、来必力、畅言、网易云跟帖、友言、Facebook comments 等均不能使我满意,尤其是多说、网易云跟帖停止服务更让我对数据缺乏安全感,很难完美转移评论数据,颜值也欠缺。我不建议各位使用以上及类似的三方评论系统。

转回静态博客的决定,意味着我解决了用哪个评论系统的问题,两个选择:基于 GitHub Issues 的 Gitment,基于 GitHub Repo 的 Staticman 评论系统。以上两个选择要求博客必须托管在 GitHub Pages 上,若你使用 Coding Pages,也可以试试基于 LeanCloud 的 Valine,颜值和稳定性都是上上之选。

Gitment:基于 GitHub Issues 的评论系统

Gitment 在我使用 GitHub Issues 写博客前就尝试过,惊艳之感记忆犹新,但彼时铁了心用 Issues,而且 Gitment 颜值细节还有提升空间。 Gitalk 也是基于 Issues 的评论系统,颜值尚可但功能还有待完善。相对而言,Gitment 已经是比较成熟的方案了,根据 官方文档 很快就能轻松成功部署。

Staticman:基于 GitHub Repo 的静态评论系统

关于 Staticman 的介绍是本文的重点。我是无意间在博客 水八口记 得知的静态评论系统 Staticman,这与静态博客系统相得益彰。事实上我认为 Staticman 的部署也应该是简单的过程,但其作者 eduardoboucas 没有写清楚文档。一个非技术人员去搞清楚 Staticman 是挺难的,但好奇心促使我搞明白它。

评论效果

第一种评论效果 && 评论数据储存位置和方式
第二种评论效果 && 评论数据储存位置和方式
第三种评论效果 && 评论数据储存位置和方式

更多评论效果

第一种评论效果 staticman.yml 文件
第二种评论效果 staticman.yml 文件
第三种评论效果 staticman.yml 文件