Tag: mastodon

  • Mastodon: 将媒体文件存放在本地（docker 版）

    本攻略适用于—— 这个搭配虽然不多见，但其实用起来满爽的。很多人用的 s3 服务都是在薅羊毛，而 mastodon 那个变态的，把别人家的媒体文件缓存到自家的架构，流量的吞吐其实很大的（开了 relay 就更夸张），薅羊毛时很容易就超出了。反而是 vps 本身的流量上限很高。对于个人建站而言，媒体文件总量通常 <50GB，某些 vps 自带 200GB 硬盘，足够用了。 缺点是，除了数据库定期备份外，也要考虑媒体文件的异地备份问题。但其实只需要备份存储本地附件的 media_attachments，而 cache 是不需要备份的，所以工作量也不大。 两年前我把媒体文件转移到本地时，参照了 antisocial science 的设置。但因为我用 docker，官方默认的设置，docker 内外权限不一致，无法将媒体文件写到本地。于是匆匆又在本地建了个 minio s3 来中转……这样其实很浪费资源了，minio 的开销也不小。所以最近趁着搬家，又试了一下，终于把 docker + 本地存储 跑通了。 1. 在 docker-compose.yml 里， web 和 sidekiq 容器中，已经预设了媒体文件的卷映射 这个不用动。——也可以改成其它的路径，但要和后面的设置一致（本文用相同的颜色标明）。 2. 修改 .env.production PAPERCLIP_ROOT_URL 是服务器的所有媒体文件链接的子文件夹名称，形如： 默认值是 /system；但是建议改成独特一些的名字，而且建议和 S3_BUCKET 一致。以后需要在本地存储和 s3 之间转换时，可以省一点心。（所以要独特一些，防止回头在 s3 上和别人撞名）…

  • Fediverse: 是否要自建实例？

    之前和人聊到，自建 fediverse 实例时，和在其它实例做注册用户相比，一些不同的体验。然后发现，谈到的许多东西，对于没有自建经历的网友，还是很新鲜的。所以索性在这里列出来，让大家了解一下。 自建实例的优点 1. （可能）更好的稳定性 是的，自建并不是「不稳定」的代名词；恰恰相反，如果技术能力达标，个人实例因为开销相对较少，稳定性反而比很多中小型实例要高。即使我完全有能力，担任几百名用户的实例管理员；和维护一个我自己用的实例相比，我也是对后者的稳定性更有信心的。 而另一方面，现有实例的站长们，也未必都是很靠谱的。他们会因为各种技术、非技术、甚至搞笑的原因，导致站点无法访问。常见例子包括： 目前 fediverse 更换一次账号，还是满麻烦的；也并没有旧帐号数据的导入功能。所以，如果想要让自己的账号，长久地存在下去，自建可能是更好的选择。 以及，自建实例有更好的安全性。——像 fediverse 这类的程序，暴露出的系统漏洞，其中相当大一部分，都是通过「站内用户的恶意攻击」来触发的（譬如上传会包含代码的媒体文件）。如果这个站点只有你自己在使用，那么，这类漏洞，对你来说是无关紧要的。 2. 更好的隐私控制 之前写过一篇《Fediverse 站长都能看到什么？》。普通用户的很多未公开信息，对于所在实例的站长，技术上都是可见的。如果你在这些隐私方面有所顾虑，或者打算把 fediverse 账号当成私密日记来用，那么，自己建站，信息被不相干的人看到的可能性，会更少一些。 3. 管理自己的全部数据 现有的 fediverse 服务程序，为普通用户提供了数据导出功能，但导出的数据内容很有限。譬如 mastodon 导出的数据中，包括： 但并不包括： 其它程序的数据导出，也都大同小异（twitter 也差不多）；有的甚至会更少，譬如支持和 fedi 账号互 fo 的，图书管理程序 bookwyrm，用户能导出的，只能用惨烈来形容（只有书的链接；没有书的标题和简介！没有你的书评！）。如果你希望未来也能够看到这些自己交互过的信息，而不是随着网站的消失而听天由命，那么，可能一开始就选择自建比较好。 另外，mastodon 的搜索功能，做的很差劲的（尤其是中文）。elastic search 的开销极其巨大，效果也不好。虽然我也很少用搜索功能，但一旦真的有什么信息，需要精确查找，直接在自己建的站里用 SQL 搜索数据库，要舒适很多。 4. 更少的站内约束 很多 fediverse 实例，是有其内部的聊天「氛围」的。一些和氛围不合拍的发言，可能会遭到实例其它用户的抵制，甚至举报。很多时候，这样的分歧可能无关对错，但多少会对发言者产生困扰和拘束。又或者，站长决定，或者通过「民主表决」的方式，让全站屏蔽了某个实例，而你可能并不希望这样。如果是自建的话，做自己的站长，这样的约束可能会少一些。——虽然偶尔还是会看到一些来自外站的举报，但跨站举报本来就没有相应的处理和交互机制，无视就可以了。以及，我并不是指，自建站就可以肆无忌惮地发色情或者仇恨言论，那可能会让你的整个站点，被其它实例屏蔽的。 5. 使用自己的个性域名作为账号 这样看起来比较酷。但也仅仅是比较酷而已。 6. 免翻墙 随着 fediverse 逐渐进入某国审查机构的视野，那些几百甚至几十人的实例，未来被封杀的可能性也会急剧增加。相对来说，用个人域名在海外服务器搭建的，个人使用的实例，短期内被封的可能性，还不是很大。自建站的用户不必翻墙，就可以直接通过自己的实例，访问到其它被封实例的内容。——当然，翻墙属于必备技能，所以这也算不上是多大的优点。 自建实例的缺点…

  • Fediverse: 你的站长都能看到什么？

    当你注册成为某个 fediverse 实例（mastodon pleroma misskey …）的用户时，你所在的实例，可能是几十万用户的大站，站长离你遥不可及；也可能是几十个甚至几个用户的小站，站长和你关系密切，每天一起聊天玩耍。但无论是哪种，你的站长，都能看到和你有关的哪些内容呢？我觉得这是你应该知道的。 首先，所有人都能看到的： 然后，是你能看到，其它用户看不到，而且你可能也不希望别人看到的。这些，你的站长都能看到： 最后，是你作为普通用户也看不到，但你的站长能看到的： 还有哪些？欢迎大家补充~ P.S.

  • WordPress 的 ActivityPub 插件

    试用一下 WordPress 的 ActivityPub 插件（官网 / Github）。 主要功能，就是在 wordpress 上，建一个 Fediverse 账号，Mastodon / Pleroma / Misskey / Honk……的用户可以 follow 这个账号。新的 blog 文章发布时，这个账号会发一条嘟文，大家可以转发这条嘟文。followers 对这条嘟文的回复，会自动同步到 blog 文章的评论区。 就像我为这个 blog 建的 fedi 账号：@[email protected] 需要指出的是，并不存在 blog.fivest.one 这样一个 fediverse 实例。陌生人搜索这个账号，看不到任何历史嘟文；这个账号不能去 follow 别人，不能对别人说话，不能回复别人对自己嘟文的回复，也不能看到多少人转发点赞了自己的嘟文。——这些功能也许以后会有，但目前，这个插件所做的，只是在新 blog 发布的那一刻，向所有 follow 这个 id 的账号，push 一条嘟文。这条嘟文，在 blog 服务器上，并没有保存；而只存在于 follow 它的那些实例上，再被人转发到更多实例。 当 blog 的文章被删除时，这个插件也会通知所有的 followers，从他们的实例上删除对应的嘟文。但是就像我说过的，这个机制并不能把那些，被转发到其它实例的嘟文，也一起删除。所以，当你在 blog 按下发布按钮的一刹那，带着你所写的全部内容（或者摘要，可设置）的嘟文，就可能会永远飘在 fediverse…

  • 关于 fediverse 的删除机制

    在当前的很多 fediverse 服务（mastodon、pleroma…）里，当 A 站的用户 a 被另一个实例（譬如：B 站）的用户关注时，他所发的嘟文，会在 B 站的服务器上储存一个副本，B 站的用户，通过访问这个副本，来阅读这条嘟文。当原本的嘟文被删除时，A 站会通知 B 站，删除相应的副本。但这个时候，这条嘟文未必像人们期待的那样，从 fediverse 上彻底消失。 假设存在如下情况： A 站的 a 用户 B 站的 b 用户，b 在关注 a C 站的 c 用户，c 在关注 b，但 C 站没有人关注 a a 发了一条公开嘟文，此时 b 可以看到这条嘟文，而 c 是看不到的。 b 转发了 a 的这条嘟文，此时 c 可以看到这条嘟文了。C 站的所有人，在查询 a 的时候，也都可以看到 a 的这条嘟文。 如果这个时候，a 再把这条嘟文删除，那么…

  • Mastodon 的「去中心化」所导致的……？

    论文研究表明，在 Mastodon 的去中心化网络里，用户之间的关联状况，其实比 twitter 更加高度集中。——但这种现象可能仅仅是因为 Mastodon 的机制设计问题，而并不应该归咎于「去中心化」。

  • 个人 VPS 上的服务安装（未完稿）

    这篇文章要讨论的是，如何在一台轻量级的 VPS 服务器上，基于自己的域名，同时安装如今各种流行，去中心化的网络服务： 个人博客：Wordpress ActivityPub 社交网络：Pleroma 或 Mastodon Matrix 聊天服务器：Synapse 或 Dendrite 个人网盘和在线办公套件：Nextcloud 然而，原本我一直在用 Linode 每月 5 美元，1C1G（1个CPU，1G内存）的服务器，打算安装的服务，也是基于这个级别的配置。然而弄到一半，突然被乔乔推荐了 Contabo 每月 5 欧元（要一次缴一年，不然有额外费用），4C8G 的服务器。虽然实际速度和网速，并不比 Linode 或 Vultr 好多少，但 8G 内存，选择各种服务的余地可就大多了。所以我整理出来的 1C1G 方案，自己并没有在用……原因我后面会说。 之前也犹豫，既然同样价钱都能 4C8G 了，那为啥还要写 1C1G 的方案？很快大家的配置也都会变高级了吧？但想想也未必，还是整理一下吧。 这篇文章讨论如何在轻量级服务器里塞进各种服务。——前提是这台服务器，假定只会有你一个人在用，最多加上你的闺蜜和男朋友。我并不知道几十个用户的 Mastodon 会有怎样的开销，至少在 1C1G 上这样做非常不靠谱。我所面向的，只是两三个好友自用的私人 VPS 而已。 这篇文章不是写给小白用户的。整个系统还是很复杂的。指望有一个教程，或者一个 docker-compose，能够让完全不懂 Linux 的用户，通过逐行复制命令，就能搞定所有的安装，目前还不现实。你至少要有在完全理解的基础上，用 LNMP 搭出 Wordpress 的能力。所以我也没必要把用过的每一条命令，都放在这篇文章里。——对于每一项服务，我会尽量给出相关靠谱攻略的链接，并且讨论一下里面的坑，和我个人所作的选择。 所以，其实这篇文章本质上就一句话： 是的，这些服务都可以装到一台机器上，不冲突。我弄过了，没问题，你们放心慢慢弄吧。 安装环境：一台 1C1G（或更好的） VPS 服务器，一个你自己的域名。

  • hello fediverse

    当我说 mastodon 难部署的时候，并不是作为一个建站小白说的。用自己的域名和大约每月5刀的服务器，我可以很轻松地搭建一个 mastodon 实例，用 docker 部署则更简单。——如果我对这个服务器没其它需求的话。 问题在于，对于大多数有建站情操和能力的人来说，建站优先级最高的未必是 mastodon，而是 wordpress 啊。把这两套系统同时塞进一个服务器，理论上是能做到的，但其麻烦程度让我实在没欲望去折腾。而为这两个系统买两个服务器，又总觉得很耻辱，和小白们每个服务交一份钱有啥区别…… 另一方面，尽管 mastodon 存在单用户模式，但真的建了实例只有自己一个人用的话，整套 mastodon 程序功能其实是很冗余的。所以对于个人用户而言，要做的可能并不是自建 mastodon 实例，而是寻找其它可以通过 ActivityPub 协议，和 Fediverse 用户进行沟通的程序。——目前似乎还没有太理想的。 write.as 正在做，我去试了试， 用户可以在 Fediverse 上 follow @[email protected] ；wordpress 也有类似的插件（等我先给自己域名申请 SSL ……）。但似乎都只能让 Fediverse 用户「订阅」这个站点，而不能反向和他们回复沟通。 所以还要继续关注 Fediverse 的新进展。据说 nextcloud 已经可以支持 ActivityPub 和 mastodon 沟通了。——网上的免费服务器没这个功能，需要自建 nextcloud 然后挂载相关服务，哪位愿意折腾试试靠谱不？但似乎 nextcloud 还不支持发布 blog？？（怒吼：为什么，明明这个更容易啊）。不然 nextcloud 就已经很一站化了。

  • 社交平台的六围

    对各种用户提供内容的平台进行评价和比较时，我觉得大家争吵的，往往是不同维度的东西，而每个人更在意的方向并不相同。我列了一下，大概有这些因素。首先要做的，是自己打个权重，看看你对每个因素是不是真的在意（譬如公众传播度在有些人心中的比重，是远大于帖子是否会被删的——这未必是坏事）。然后就可以像游戏里角色的六围那样（其实列出来的不止六项），给每个平台逐项打分。 思维自由度：你在写东西的时候，多大程度上，会受到其它因素的约束和干扰？这不仅仅指在真理部面前进行自我审查，也包括你所在的社区的发言氛围，以及你是否介意朋友们看到你发言时的反应。 信息存活性：你的发言会不会被删，以及在更大范围上，你所在的平台会不会突然就没了……（或许这两条应该分开算？ 信息持续性：一方面是指热度：文章会不会过两天就沉下去，再没人关注（其实所有平台都会这样）。另一方面，哪怕没人关注，你是否希望文章一直存在，被需要的人偶尔搜出来看看？还有一点就是，当你换了平台，或者换了图床的时候，能不能用某种技术手段，让你的外链一直有效？ 便于讨论：你的文章是否便于让同好们进行讨论？以及，你所在的平台是否能聚集你的同好？ 公众影响：为了赚钱或者社会责任感，你是否宁愿自我阉割，也希望文章尽可能地被更多人看到？ 跨平台开放性：文章是否能让平台之外的用户看到？ 隐私安全：如果作者没有主动泄露个人信息，平台的架构以及管理人员，能否防止你被喝茶或者被人肉？ 技术便利性：建站、管理、日常访问、翻墙……是否方便？(其实我应该把管理员和普通用户分开的) 此外当然还有更多的参考因素（界面美观、用户体验、是否免费……），这里只是提供这样一个比较的思路。 我这里随手列了几个例子。一些网站我不常用没什么发言权：Facebook、Lofter、Matters、AO3、豆瓣……大家可以自行吐槽。 以下是吐槽部分： 虽然 Mastodon 最初是作为避免 twitter 越发严重的政治审查而存在的，但目前各个实例中的用户趋向（或者说他们希望能趋向）同质化，导致目前给我的感觉，在 Mastodon 里说话的自由还不如 twitter。 在 Google Reader 的时代，以及 Disqus 等平台试图统一 blog 评论体系的时代，blog 的讨论性是接近四颗星的，但目前只能用凄惨来形容。虽然每篇文章还是有评论区，但大家宁愿在 twitter 的链接下面回复，而没有人去文章下面留言了。 Facebook 这种完全建立在实名上的讨论群体，以及随之关联的发言规范，和我完全就是不同的世界，索性不予评价。