Jekyll静态评论系统

Question

我的博客目前运行杰基尔和最小错误主题，并使用主题的内置功能添加迪克斯注释系统。

在我看来，这个基于JavaScript的评论系统有点违背了在Jekyll中拥有一个静态博客的目的，考虑到：

1. 它的JavaScript创建了一个决定性的非静态页面。
2. 评论不与网站一起存储。
3. 注释存储在某些数据库中，而不是平面文本文件中。

因此，我的问题是:对于尽可能接近Jekyll哲学(理想运行在盖-页上)的评论，什么是合适的系统？

我找到了几个可能的候选人：

1. 伊索是一个与Disqus类似的注释系统，它与SQLite数据库一起工作
2. Jekyll：：静态评论看起来非常合适，但这意味着您必须手动添加电子邮件中的评论。

还有其他选择吗？如果是这样的话，那么哪些内容适用于gh页面，以及在一个由自己托管的Jekyll博客上有什么工作呢？

Answer 1

以下是另一种动态的解决方案，它使用JavaScript，但不将评论存储在第三方提供商中：

这家伙用Jekyll创建了一个静态网站，但是使用GitHub的问题跟踪器来创建他的评论。

他使用GitHub页面来主持他的博客，而对于每一篇新的文章，他都会在博客的存储库中创建一个新的问题。

然后，他使用JavaScript从GitHub API中获取问题的注释，并在页面上显示。

这里有一篇博客文章，解释了如何设置它：

GitHub托管了GitHub博客的评论

Answer 2

一个外部托管的、加载了javascript的评论系统是否“违背了静态站点的目的”是一个意见问题。

对我来说，重点是能够将站点作为完全静态的资源托管，利用缓存、CDN、分布式托管等等。我已经看到了这方面的巨大优势，而外部托管我的评论一点也不冲突。

尽管如此，这是一个有趣的问题。

Isso (像Disqus一样)在客户端使用JS，并且需要您必须管理的服务器端软件(基于Python)，所以这似乎与您的理想不太接近。

Jekyll::StaticComments是正确的方向，但是如果您让GitHub处理您的Jekyll站点(当然可以自己生成静态站点，然后在GitHub页面上托管它)，那么它在gh页面上就不受支持。

您还需要一种让用户提交评论的方法，然后将这些评论放入生成过程可以使用的文件中(不一定像您想的那样通过电子邮件)。

所以你需要从某个地方接受评论，可能是电子邮件，也可能是另一个第三方托管的应用程序(可能是SimpleForm)。

然后，您需要手动将它们放到YAML站点中，重新生成，然后发布，或者，您可以为您的站点设置一个自动构建过程，它可以在可用时将用户提交的内容拉出，并自动生成和发布。

除了通过场外媒体手动接受评论之外，您还将在某个地方处理一些动态的内容。