@bigmama 我打算加一个备份 api，一键下载数据库（单文件，而且体积不会很大），可以方便地随时下载备份保存到 U 盘或网盘。一般来说一个月或三个月备份一次就能避免全军覆没。

@OwO233 博客与这种微博客还是有区别的，Hexo 无法随时随地写一句话，而微博客的最大特点就是随时随地没有任何心理负担吐槽一句。

@Alkaided 微博客也不是我发明的，twitter 、饭否、长毛象等等，都已经证明了喜欢看碎碎念的人也不算少。而且由于我做这个还输出 json，可以非常方便地嵌入正常的博客里，作为一种补充。

我比较爱做个人资料管理工具，比如密码管理器、笔记工具、备份工具、博客程序、记账工具等等，用这些来练手好处是可以有个东西自己能长期使用，想要啥功能都可以自己慢慢实现。

@Alkaided 看博客时，期待比较高，正是这个原因导致在写博客时心理压力会比较大，总想提供一些有用的东西。

独立微博客就轻松多了，一句废话都可以写，一个未成型的 idea 也可以写。

因此，可以作为博客的补充。我做这个东西，它不仅有一个普通网页界面，同时还输出一个 json 文件，比如这个 https://demo.ipelago.org/public/18lm3not8n8t.json 利用这个功能，任何博客都可以轻松添加一个展示碎碎念的页面（因为只是处理一个结构极简单的 json 文件）。

刚好几天前我做了一个 https://v2ex.com/t/799404 虽然不能加标签，但可以分频道，还可以有隐藏频道。

当年 windows 确实容易崩溃，病毒和恶意软件的问题也曾经闹腾好几年，那时候用 Linux 会比较稳定。

但是后来 windows 的稳定性提高了很多，免费病毒竞争了几年之后病毒也少了很多，再加上 wsl 等的加持，现在 windows 用起来还蛮舒服的。

@cheung 页面设计很优秀啊

@renmu123
@hst001

是十几年前的产品，是倒退了，但这是迫于无奈，如果独立发声是一件容易的事，直接用大平台的产品当然是最好的。

@dimlau 树洞与这种独立微博客也有区别，只能说世上的菜式很多，每种都有人爱吃。树洞的私密性更高一点，个性化定制更少一点。

@hhguai 我这个采用 Go 语言，只要有搭建网站的一点点基础知识，搭建过程是非常简单的。Telegram 、twitter 要不是被墙了，我也不乐意自己写程序，我希望为国内普通人的发言独立性作出一点点贡献。现在不少人讨厌自己发言被各种限制，因此，也许其中会有人（即使很少）乐意克服一些小麻烦获得更独立的发言机会吧。

静态博客的程序和教程已经有一些人做了，但微博客方面还比较少人做，所以我添砖加瓦一下，同时也希望能抛砖引玉。

@iprime 悖论正是发现新逻辑、新需求的一个线索。

公开话题也有很微妙的区别，比如有人在网上喜欢熟人社交，也有人喜欢陌生人社交。

微博等，当一个账号用久了，发言就会越来越谨慎，带来的社交压力会越来越大。

这种独立微博客的缺点（关注者少，缺乏互动）也正好是优点，实际使用发现心态可以非常放松，发言的时候心情是完全不一样的，有更自由的感觉。

最近我这边（广州）也遇到一次京东送货问题，已经到了我家附近的京东仓库，但无法派送，打电话给快递，回答说建议我去仓库自取，可补交通费给我，看起来像快递业务出了奇怪的问题。

功能是真的丰富。

JavaScript 是最受欢迎的语言。

这个 “最受欢迎” 大概应该是 “最流行” 的意思，判断基准貌似是 “过去 12 个月使用过”。但必须考虑的是，前端很可能是不得不用 js，而不是在许多选择中凭喜好选择了 js 。

看了 balthild 的文章，问题是比较多，逻辑非常混乱。

睡原始的木板床时，仰卧后背紧贴床板睡觉，有时可以感到床都在动。

@wdssmq 非常感谢如此详细的评论！

0. 关于交流: 土电话的比喻不太恰当, 因为 "i 设计" 不强调交流. 说是土电台发射站更贴切一点, 每个岛主对外广播, 而订阅者可以通过批量订阅来收听各个电台的广播.

1. 维护小岛地址：不需要维护。因为 "i 设计" 不强调固定身份, 每个岛都是临时岛, 一般情况下不需要知道岛主是谁. 只有当岛主提供了真实 email 和博客地址等联系方式, 并且订阅者对该岛主特别感兴趣时, 身份才重要, 而这种情况下就可以通过 email 和博客等渠道来提供新地址了.

2. 虽然不接受代码贡献, 但并不妨碍贡献, 想做改进的 fork 过去直接改就可以了, 与其等待我合并代码 (有时因为理念不一样还需要花时间讨论), 不如直接发布新版更方便.

2a. 对于没有服务器的人来说, 客户端的发布功能也只能是个 JSON 生成器了 (我想不到还可以怎样改进). 另外对于有服务器的用户, 我打算再做一个服务器版的客户端.

3. 单中心、多中心、彻底去中心，这几种选择各有利弊，Mastodon 选择了多中心, 是一个比较折中的选择, 兼顾了分散性和易用性. 而如果选择彻底去中心, 很多事情我想为用户做都做不到, 确实存在难用、操作流程复杂的问题。

但我不能选择多中心（多节点）啊，你想想，首先已经有多中心的产品了，我自问也没能力在这方面做出更优秀的产品。其次，多中心的路也不好走，我选择了无中心，你看到了无中心的各种缺点，但如果我选择多中心，你又会看到多中心的大难题：比如每个节点都必然需要高成本（ CPU 资源、带宽流量等），每个节点还需要承担政策风险，被黑客攻击的风险，甚至可能还需要日常管理员（比如 Mastodon 的每个单例都需要管理员）。

4. 非程序员用户：iPelago 最大的目的、最大的愿望是给非程序员提供一个可以独立发声的方法。

对于非程序员来说，"一个可以独立发声的方法"，最简单的应该就是静态博客了吧。而在 iPelago 建岛比搭一个静态博客更容易啊。并且，iPelago 还提供了批量订阅功能，不仅搭建容易，而且可以加入小岛列表方便别人订阅。

因此，理论上与静态博客相比，iPelago 还是有优点的（当然，静态博客也有别的优点）。

5. 对于非程序员来说，博客与 RSS 有阅读方面的优势，比如你提到的不需要客户端，可以通过搜索引擎发现博客，有现成的 RSS 阅读器等等。

但是发言难度呢？

从阅读体验的角度, iPelago 确实比博客与 RSS 差，但我最想做的是让非程序员可以更容易独立发言.

现在, iPelago 提供了一个独立发言的方法, 而这个方法的整个操作流程确实不需要任何技术知识, 并且难度比搭建静态博客更低, 后续还可以转化成静态博客.

我也希望有更好的 "发言" 方案, 但我想不出来.

我无法做一个完美的工具, 只能有所取舍, 我自己认为最重要的特性是: ①发言容易　②可订阅　③编程开发难度低这三点。

另外就是希望抛砖引玉，希望有程序员在看到 iPelago 的不足之后，有兴趣去做出更优秀的产品出来。

@Yohann97 确实，我正在想怎么弄，打算还是要改进一下。

如果文件不多，定期备份到 OSS 就蛮好的，OSS 有多副本。我自己不信任云服务商，所以自己做本地备份，备份到另一个硬盘，定期校验 hash 。

@wdssmq 谢谢反馈！已修复。

你这个形容很好，简单来说就是个极度简化版的 RSS 。我去看了 Secure Scuttlebutt，那个对用户的要求更高，需要服务器，我选择 json 文件的原因是目前有很多免费服务商可以利用起来，用户不需要服务器。

而对于原本已经有服务器或网站的人来说，只要把 json 文件往 public 文件夹一丢就可以了，比 Secure Scuttlebutt 简单很多。