用户标识绑定, 格式化等

Author: nobodxbodon

_posts/2024-05-23-博客聚合工具与当前博客评论系统的对比.md

@@ -1,17 +1,25 @@
 最近通过订阅 [独立博客列表](https://github.com/timqian/chinese-independent-blogs) 的 RSS，看到几篇关于评论系统的博文：
 
-《[更换博客评论系统](https://wzyboy.im/post/1570.html)》
+## 《[更换博客评论系统](https://wzyboy.im/post/1570.html)》
 
 > 静态博客的优点就是无状态、轻量，不需要操心操作系统和软件更新的问题，运维成本极低；如果再自己维护一个评论系统，就把这些优点全部抵消了！
 
 评论系统最好是博客框架的一部分。评论本身就是一种内容产出，可以视作与博文相似的原创内容。评论只是多了对博文或其他评论的‘引用’关系。
 
-《[众多开源评论系统的死穴](https://afoo.me/posts/2024-05-09-problem-of-oss-comment-projects.html)》
+## 《[众多开源评论系统的死穴](https://afoo.me/posts/2024-05-09-problem-of-oss-comment-projects.html)》
 
 > 每一个评论系统都是自己设计了一套用户标识系统。 从评论系统设计的角度来说，这也合理，毕竟，没有用户标识我就没法关联评论内容到底是谁发的
 
 用户标识大多数与邮箱绑定，而且将电子邮箱（email）作为内容收发的中转站。虽然邮箱在国外是线上交流的基础，但国内情况有所不同。将内容保存在的源头如git库作为内容生产者标识，至少解除了与邮箱的直接依赖。
 
-《[Press博客的评论系统的选择](https://dallas.lu/choose-to-implement-a-traditional-comment-system/)》中提到 [nostr](https://github.com/nostr-protocol/nostr) 协议，[设想的聚合工具](http://codeinchinese.com/2024/04/15/%E5%8D%9A%E5%AE%A2%E8%81%9A%E5%90%88%E5%B7%A5%E5%85%B7%E8%BF%9B%E5%B1%95-%E8%AF%84%E8%AE%BA%E6%94%AF%E6%8C%81%E7%AD%89.html) 可看成它的一种特殊形式，即用 git 仓库作为中继（relay）。
+> 继续使用自己的用户标识设计，但绑定到一个相对较大的平台产品上，比如github；
 
-《[供大众交流的论坛和其它替代产品还是不好用](https://dallas.lu/forums-and-other-alternatives-still-do-not-work-well/)》总结了几大问题，其中的低价值回复、难以检索和利用、信息过载等，和评论被视为与博文性质迥异有很大关系。当所有评论都出自博主时，这些情况也许会好很多。
+[聚合工具](http://codeinchinese.com/2024/04/15/%E5%8D%9A%E5%AE%A2%E8%81%9A%E5%90%88%E5%B7%A5%E5%85%B7%E8%BF%9B%E5%B1%95-%E8%AF%84%E8%AE%BA%E6%94%AF%E6%8C%81%E7%AD%89.html) 现在有 github 和 gitee 的仓库，相当于使用了这两个 git 仓库平台的用户标识。
+
+## 《[Press博客的评论系统的选择](https://dallas.lu/choose-to-implement-a-traditional-comment-system/)》
+
+文中提到 [nostr](https://github.com/nostr-protocol/nostr) 协议，设想的聚合工具可看成它的一种特殊形式，即用 git 仓库作为中继（relay）。
+
+## 《[供大众交流的论坛和其它替代产品还是不好用](https://dallas.lu/forums-and-other-alternatives-still-do-not-work-well/)》
+
+总结了几大问题，其中的低价值回复、难以检索和利用、信息过载等，和评论被视为与博文性质迥异有很大关系。当所有评论都出自博主时，这些情况也许会好很多。