@madlifer 我考虑过互动功能，比如，假设我的岛名字为 abc，别人发言时直接 @abc 即可。然后在客户端对包含 @abc 的消息特殊处理一下就可以了（比如专门做一个包含字符串 "@abc" 的消息的列表）。

但目前我没有实现这个功能，主要是想到频繁互动并不适合 iPelago，而且现在网上讨论的氛围并不好，我在想也许可以削弱互动功能，因此暂时保留这个功能，没做想好具体怎么实现，等待更好的想法。

@lumotian 你提醒了我，可以做一个 RSS to iPelago 转换器，这个要是做出来，也许可以直接订阅 RSS 源。

@madlifer 用户发布的是一个 json 文件，需要手动上传到 github 之类的地方（目前我提供了六个平台的上传教程），因此博主不需要自己拥有服务器。

订阅者从 ipelago.org 或其他渠道获取小岛地址列表（就是一堆网址），然后 ipelago 客户端可以从这些网址直接拉取最新消息（博文）。

简单来说，就是和 RSS 几乎一样的玩法。

@xgfan 考虑到读者范围包括完全不懂编程技术的人，所以我无法直接简单地使用 json 、cdn/github 、markdown 这些单词。

不能用 markdown 和 html，因为我希望做到四点：1.可订阅 2.最大限度地方便编程开发 3.尽可能利用各种免费服务 4.最大限度节省资源

而使用 markdown 和 html 是违背这四个优点的。

@woctordho 不冲突的，RSS 阅读器已经有很多人去做了，优秀的阅读器也有啊。

RSS 更注重订阅多一点，在发布消息方面还是比较复杂的。从发言者的角度看，iPelago 的适应性比 RSS 更强一点，只要可以输出 json 文件或 js 文件就可以发布消息。

@wms 非常期待。

不管哪个平台、哪个网站，我都看到不少人抱怨被禁言、被封号，因此才做了这个东西，告诉大家这里有不禁言、不封号的发布消息方法，至少多一个选择。

@roiding 不是取代，RSS 、独立博客、长毛象各有各的好处，iPelago 也只是提供多一个选择。在技术上可以非常轻松做到自动订阅，但我不希望形成任何形式的中心，所以才不得不让用户自行订阅。

@lumotian 对，与个人网站一样，独立的个人网站、独立博客本来就是最去中心的形式。但搭网站难度稍大一些，而且网站本身没有 “订阅” 的特性。而通过 iPelago 发布消息，去中心化的效果与独立网站一样，但难度低，可订阅，消耗资源极少。

@cicaday 把它看作一种 RSS 就很好理解了，发布者提供一个可公开访问的文件，订阅者通过向客户端添加网址来订阅。从订阅者的角度看，与订阅 RSS 几乎一样。

从发布者的角度看，比发布 RSS 更容易一些（如果不考虑 RSS 有很多现成插件的话）。

从开发者的角度看，开发一个 ipelago 客户端应该也比较简单，因为只需要处理一个结构极度简单的 json 文件。

@myqoo 这个我一时半会儿想不到解决办法，因为希望彻底没有任何中心，这就很难提供网页在线版。chrome 插件也许可以，我研究一下。

@madlifer 这个其实与 RSS 非常类似，需要用客户端订阅，可订阅的小岛地址列表在这里 https://www.ipelago.org/islands

@shpkng 多谢提醒，不知道为啥挂了… 已恢复

@CEBBCAT 都是不对外营业的网站，和楼主说的一样就几个人访问，没必要 Redis，数据库用 sqlite 。

我也是用 512M 的服务器，跑着大概 5 个没啥访问量的网站，都是用 Go 写的，估计再加几个都没问题。

你只跑一个小网站的话，完全不需要考虑资源问题，任何语言任何框架都跑不满 512M 。

关于 tag 的问题可以看看我这个解决方案 https://github.com/ahui2016/localtags/wiki/About-Tags

虽然我做这个主要用来管理文件，但 tag 的理念是相通的。

@tctc4869 能记住上次阅读位置，纯文本也行。

刚试了一下，Word 可以（直接打开 txt 文件，不用转 docx，当然转了更好）。

可以从“嫉妒”心理与“精神压力的积累对人的情绪与行为的影响”这两个方面入手。

以前看过一个说法（好像有实验，具体忘记了，很久以前看的了），一个乐观开朗的人，在接二连三地遇到倒霉事之后，情绪和行为会逐渐发生变化，变成一个阴险、暴躁的坏人。