southfox/Blog
1
0
Fork 0
mirror of https://github.com/SouthFox-D/SouthFox-D.github.io.git synced 2024-11-25 08:26:51 +01:00
Code Issues Projects Releases Packages Wiki Activity

[post] update post & fedi url

Browse source
This commit is contained in:
SouthFox 2023-06-16 16:10:21 +08:00
parent 2ed092e72d
commit 81085cde42
1 changed files with 10 additions and 9 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

19
source/_posts/2023/06/comment-power-by-fediverse.md
View file

@ -7,19 +7,20 @@ tags:
- 联邦宇宙
- 技术
category: 技术
fedi_url: https://foxsay.southfox.me/@SouthFox/110552875318585284
---
又在博客的评论系统上左右摇摆了，就算没有人来评论。
<!--more-->
之前写过一篇[使用 Giscus 作为博客评论系统](https://blog.southfox.me/2022/01/%E4%B8%BA%E5%8D%9A%E5%AE%A2%E6%94%AF%E6%8C%81%E8%AF%84%E8%AE%BA%E7%B3%BB%E7%BB%9F/)的文章，一年下来的使用体验感受良好，只需要经过一点点配置就能为博客嵌入一个支持 `Markdown` 支持、代码高亮、表情反应、邮件通知、数据背靠 `GitHub`的评论系统，性价比十分之高。但代价也是背靠 `GitHub` ，作为一个大商业公司「发病」是一个扔骰子骰子的过程，随着时间流逝，扔出个「大发病」的概率将会趋近于必然，可能是什么「大会员」或是「API 大收费」。为了避免最坏情况发生所以有必要准备一些备选方案。
之前写过一篇[使用 Giscus 作为博客评论系统](https://blog.southfox.me/2022/01/%E4%B8%BA%E5%8D%9A%E5%AE%A2%E6%94%AF%E6%8C%81%E8%AF%84%E8%AE%BA%E7%B3%BB%E7%BB%9F/)的文章，一年下来的使用体验感受良好，只需要经过一点点配置就能为博客嵌入一个支持 `Markdown` 支持、代码高亮、表情回应、邮件通知、数据背靠 `GitHub`的评论系统，性价比十分之高。但代价也是背靠 `GitHub` ，作为一个大商业公司「发病」是一个不断扔骰子的过程，随着时间流逝，扔出个「大发病」的概率将会趋近于必然。可能是什么「大会员」或是「API 收大费」。为了避免最坏情况发生所以有必要准备一些备选方案。
比如 [Cusdis](https://cusdis.com/) 是我之前尝试果一阵的评论系统方案，虽然各方面都比较优秀，但是一些小小的「毛刺」也让我放弃继续使用里。更大的原因也是我开始觉得为了一年不到十多条的评论是否有必要开一个数据库+评论系统。
比如 [Cusdis](https://cusdis.com/) 是我之前尝试过一阵的评论系统方案，虽然各方面都比较优秀，但是它上面的一些小小「毛刺」最终让我放弃继续使用（主要是一些样式问题），更大的原因也是我开始觉得为了一年不到十多条的评论是否有必要开一个数据库+评论系统。
所以最后是打算复用一些建立的应用作为博客的评论系统，例如 [cactus](https://cactus.chat/) 评论系统就可以使用 `Matrix` 聊天协议作为博客的评论系统。不过我觉得着有点「重」了，而且 `Matrix` 主流实现 `Synapse` 对于房间、媒体管理这些支持并不算太好，要是被恶意刷请求很难清理干净。
所以最后是打算复用一些已经建立的应用作为博客的评论系统，例如 [cactus](https://cactus.chat/) 评论系统就可以使用 `Matrix` 聊天协议作为博客的评论系统。不过我觉得着有点「重」了，而且 `Matrix` 主流实现 `Synapse` 对于房间、媒体管理这些支持并不算太好，要是被恶意刷请求之后很难清理干净。
所以最后目光放向了 `Mastodon` ，现在谷歌上搜索 `mastodon blog comment` 就能搜索出很多方案里，本次我也是参（tou）考（qie）整（feng）合（he）了其中两篇的解决方案：
所以最后将目光放向了 `Mastodon` ，现在谷歌上搜索 `mastodon blog comment` 就能搜索出很多方案，本次我也是参（tou）考（qie）整（feng）合（he）了其中两篇的解决方案：
[Adding comments to your blog, powered by mastodon](https://blog.thms.uk/2023/02/mastodon-comments)
@ -50,7 +51,7 @@ category: 技术
<% } %>
```
然后引入 `fedicomment.js` 这个文件，不直接通过模板直接写入主要还是因为自己自找没去设置里 `CSP` 禁止了 `inline javascript` 。
然后引入 `fedicomment.js` 这个文件，不直接通过模板直接写入主要还是因为自己自找没趣设置了 `CSP` 禁止 `inline javascript` 。
```ejs
<script src="<%- url_for('./js/fedicomment.js') %>" post-url="<%- item.fedi_url %>"> async</script>
@ -60,7 +61,7 @@ category: 技术
之后在脚本文件里将作为全局变量调用：
```javas
```javascript
var post_url = document.currentScript.getAttribute("post-url");
```
@ -68,12 +69,12 @@ var post_url = document.currentScript.getAttribute("post-url");
## 缺点
**麻烦：**使用这套方案的最大特点就是要多一步操作，因为 `Mastodon` 的帖子 `id` 是根据时间戳生成的，不能提前知晓。所以得在那边提前发好文然后获取帖子链接再来插入到博文这里。或许通过配置自动构建的形式使用帐号的 `token` 预先发好帖然后自动插回文件再提交是种解决办法，但是肯定少不了折腾。而且虽说是在博客上的评论系统但是不能在博客上直接评论。
**麻烦：**使用这套方案的最大特点就是要多一步操作，因为 `Mastodon` 的帖子 `id` 是根据时间戳生成的，不能提前知晓。所以得在 Mastodon 发好文然后获取帖子链接才能插入到博文这里。或许通过配置自动构建的形式使用帐号的 `token` 预先发好帖然后自动插回文件再提交是种解决办法，但是肯定少不了折腾。而且虽说是在博客上的评论系统但是不能在博客上直接评论。
**管理：**如果不是身为站点管理的话，那么将无法管理帖文下恶意评论，只能在站点层面的封禁才能移除评论，而且即使身为管理，也无法单独对某条帖子进行移除，可能直接改动数据库才能办到吧。
**管理：**如果不是身为站点管理员的话，那么将无法管理帖文下恶意评论，只能在站点层面的封禁才能移除评论。而且即使身为管理，也无法单独对某条帖子进行移除，可能直接改动数据库才能办到吧。
**限制：**如果站点开启了「安全模式」的话，那么将无法直接调用帖文的 `API` ，这样自然谈不上在博客中显示评论了。
### 总结
总体来说，对于想复用服务的人或是自由协议爱好者来说可以一试，不过其实相比 `Mastodon` ，直接在博客上用 `Serveless` 函数平台服务兼容 `ActivityPub` 协议似乎是个更好的选择？不过这就相当于从依赖 `GitHub` 改为依赖其它平台了……
总体来说，对于想复用服务的人或是联邦爱好者来说可以一试，不过其实相比 `Mastodon` ，直接在博客上用 `Serveless` 函数平台服务兼容 `ActivityPub` 协议似乎是个更好的选择？不过这就相当于从依赖 `GitHub` 改为依赖其它平台了……