home.social

#实例公告 — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #实例公告, aggregated by home.social.

  1. #实例公告 封禁协同潜在的僵尸账户网络

    今日检测并封禁了 5 个协同运作的僵尸账户

    行为特征:

    1. 内容为 LLM 生成的无语义英文词句(虽然目前未做出实质性的危害,但是可能是为了养号,规避审查)
    2. 五个账户全部于2026年3月18日 17:522026年3月19日 23:50注册
    3. 账户Profile基本为:一段英文+emoji或者几段无意义英文句子
    4. 所有连接 IP 均属 Cloudflare 代理段
    5. 注册域名含一次性邮箱服务及高风险域名

    已采取的措施:
    封禁账户(经核查IP均为Cloudflare IP,未泄露任何用户隐私):
    @iwutyp 162.159.XXX.XX
    @PhyllisReynolds 172.70.XXX.XXX
    @ezob 104.23.XXX.XX
    @uhux_xudym 104.23.XXX.XX
    @Ethel_Robinson 172.68.XXX.XXX
    封禁邮箱:
    tmail.ltmaxseeding.vndqsbf.blema.io.vnsphinx.launders.moneykimora.space

    总结:
    由于前段时间为了简化注册流程,关闭了人工审核
    将开启“注册时需要批准”+“注册时需要提供理由”
    如果大家有发现类似行为特征的新账户,相同邮箱域名/IP请谨慎辨别
    本实例不欢迎任何恶意/不受管制的机器人注册

    #mastodon #fediverse #antispam #spam #实例管理 #moderation

  2. BGME 实例已迁移完毕。
    如果使用中遇到问题,请联系管理员 @bgme

    #实例维护 #实例公告

  3. BGME实例计划于明后两天(2026年3月3日-3月4日)进行服务器迁移工作,期间实例将会出现数小时下线,敬请各位嘟友注意。

    #实例维护 #实例公告

  4. BGME 实例升级完毕已经近两周了,这里想问一下,在搜索选项方面是保留现在的默认设置 in:all (即搜索时同时显示公共嘟文索引以及私有嘟文索引),还是改为默认设置 in:library(即只显示私有嘟文索引)?

    关于搜索选项,这里简单说明一下。
    v4.2[1] Mastodon对搜索功能进行了较大的调整(图三),具体而言分为两个方面。

    方面一:添加了PublicStatusesIndex
    v4.2 之前,Mastodon 虽然也有搜索功能,但默认只能搜索自己的嘟文以及自己互动过(转发、喜欢、收藏、回复)的嘟文。并不存在新浪微博、推特这些微博客平台可以搜索所有人发言的公共搜索功能。
    v4.2 版本添加 PublicStatusesIndex 索引,即对于勾选了「将公开嘟文纳入搜索范围」选项(图一)的用户,对其公开嘟文建立索引,用户搜索时这部分内容(PublicStatusesIndex)将连同之前的StatusesIndex内容一同出现在搜索结果中。

    方面二:添加了搜索参数
    添加了 has、is、from、language、before、during、after、in 等搜索参数(图二)。通过这些搜索参数,可以更为精确的搜索相应嘟文。
    这里需要添意的是 in 参数。in:library 表示只搜索 StatusesIndex ,即只搜索自已的嘟文以及自己互动过的嘟文。in:public 表示只搜索 PublicStatusesIndex,即前文提到的公共嘟文索引。in:all 则是同时搜索 PublicStatusesIndex 与 StatusesIndex 。

    Mastodon 默认设置是 in:all ,之前 BGME 实例通过修改代码,将默认设置改为 in:library 以保持与 v4.2 之前版本的行为一致。
    但本次升级之后,并没有修改 in 参数设置,这也是升级之后很多嘟友发现可以搜索出其它人嘟文的原因。

    BGME 实例上的嘟友,你觉得是默认搜索参数是保留现在的 in:all,还是回归之前的 in:library?
    这条嘟文下面将会有一个投票,你可以进行投票选择。

    [1] github.com/mastodon/mastodon/r

    #实例维护 #实例公告

  5. 因一些原因,暂时关闭了 elasticsearch 服务,这将导致搜索功能无法正常工作,敬请各位谅解。

    #实例公告

  6. 【关于最近图片加载不出来问题的说明】
    最近这两天,一些 bgme.me 实例用户可能遇到图片加载不出来的问题。
    这是因为 bgme.me 部分媒体文件已经迁移至 Jortage,Jortage 对于媒体文件使用 Fastly CDN 进行全球分发与加速。
    Fastly CDN 在全世界绝大多数地点都有不错的访问质量(图一),但可惜中国大陆不在此列(图二)。
    目前正在与 Jortage 管理者讨谈解决办法,请各位绒友耐心等待。
    另外,可以暂时先将 blob.jortage.com 及其子域名加入代理列表作为临时因应方法。

    #实例公告

  7. CW: 为节省开支,bgme.me 实例计划将媒体文件迁移至 Jortage 项目

    # Jortage 项目是什么?

    Jortage 是为 Fediverse 设计的社区共享媒体存储计划。
    由于 Mastodon 缓存远程实例媒体文件的机制,Fediverse 不同实例间的媒体文件存在相当多重复部分,如果将部分重复文件去重,将节省大量存储空间。正如 Jortage 项目页面上所写的那样,去重前 138.25TiB,去重后只有 62.99TiB。
    关于 Jortage 项目的更多信息,可以阅读:jortage.com/

    # bgme.me 实例为什么要将媒体文件迁移至 Jortage 项目?

    最大的原因是为了节省开支。
    目前 bgme.me 实例的媒体文件 S3 桶大小已达 12.16TB (图一,2025年9月19日截图)。
    即使 bgme.me 使用的相对便宜的 S3 服务商(wasabi,$6.99 TB/month),这仍然是一笔不小的开支。
    上月(2025年8月) Mastodon 媒体文件相应 S3 桶支出 $86.62。(图二)
    更大的问题是:媒体文件大小还以大约每日10GB的速度增加着。

    # bgme.me 实例媒体文件为什么这么多?

    绝大多数媒体文件都是远程实例的本地缓存,bgme.me 并没有像很多实例那样定期清理远程实例媒体缓存。

    $ RAILS_ENV=production bin/tootctl media usage
    Attachments: 10.1 TB (411.3 GB local)
    Custom emoji: 8.1 GB (41.7 MB local)
    Preview cards: 455.3 GB
    Avatars: 47.0 GB (268.5 MB local)
    Headers: 99.9 GB (509.8 MB local)
    Backups: 142.7 MB
    Imports: 1.8 KB
    Settings: 2.2 MB

    # bgme.me 实例为什么不定期清理远程实例媒体缓存?

    bgme.me 实例最开始的时候也是像大多数 Mastodon 实例一样定期清理远程媒体文件缓存的。
    但 Mastodon 早期版本 tootctl media remove 存在 BUG,运行 tootctl media remove 提示你清理了多少多少G的媒体文件,但仅仅将这些文件从数据库中移除,并没有将这些文件从实际存储系统(本地磁盘、S3)中删除。
    (这个BUG导致的实际磁盘空间未释放的问题,现在版本可以通过 tootctl media remove-orphans 命令释放早期这些未被释放的空间。)
    tootctl media remove 不起作用,媒体文件越积越多,本地磁盘是放不下了,那就只有上 S3 了。
    S3 出于性价比考虑,选择了比较经济的 wasabi 。
    wasabi 虽然只收存储费用,不收流量费,也不收 API 调用费,但wasabi 存在一个起步价,空间占用不足 1 TB 时,按 1 TB 进行收费。
    当时 bgme.me 还是一个非常非常小的实例,离用满 1 TB 还有不小的距离,再加上 tootctl media remove 存在 BUG,索性就不清理远程媒体文件了。

    那为什么后来不清理远程实例缓存媒体文件呢?尤其是在 tootctl media remove 的 BUG 被修复了之后。
    这里就必须要提一下旧草莓县(cmx.im)的突然关站了。
    旧草莓县作为当时中文 Fediverse 为数不多的大型实例,它的突然关站对于整个中文 Fediverse 的影响是巨大的。
    当然最直接的影响就是旧草莓县上既往嘟文直接上天了,再也访问不到了。
    得益于 Fediverse 的去中心化架构以及缓存机制,虽然原实例消失了,通过其它实例的缓存,你还是可以找回一部分内容的。
    但这也仅仅限于文字部分,由于大多数 Mastodon 会定期清理远程媒体文件,这使用对于旧草莓县的带图嘟文,往往只留下文字,图片却再也看不见了。
    也就是在这个时候,我意识到,我由于没有清理远程媒体文件,而留下的这些旧草莓县媒体文件,可能是旧草莓县为数不多的遗迹了。也就是在这个时候,我做出了不再清理远程实例媒体文件的决定。

    因此,即使是在旧草莓县突然关站数年后的现在,你仍然可以在 bgme.me 实例上查看到当年旧草莓县的帐户以及旧草莓县的嘟文。就像图三那样,图文并貌,栩栩如生的查看。

    如果你是 bgme.me 本站用户,可以访问 bgme.me/@[email protected]/101 查看图三中的嘟文。

    # 为什么 bgme.me 实例不开通捐赠?

    之前考虑过开通一个 Patreon 以缓解实例的经济压力。后来因为种种考量,最后放弃了这个想法。

    # Jortage 项目靠谱吗?

    Jortage 项目已经运行至少5年,目前项目经济状况良好,收支平衡,相信未来可以继续运行。
    2025年8月 Jortage 项目收支情况:sleeping.town/@unascribed/1151

    此外,moresci.sale 目前已经使用了 Jortage 项目。

    # 迁移至 Jortage 对实例用户的使用有影响吗?

    不会影响用户正常使用。
    迁移过程中可能出现无法导出用户存档的情况,待迁移完成,一切使用将恢复正常。

    #实例公告 #实例维护

  8. #实例公告
    2025-03-13 01:50:59 至 2025-03-15 09:33:57 ,bgme.me 实例因主服务器故障下线55小时42分。
    目前 BGME 实例已完成物理机迁移,恢复运行。
    如仍有其它问题,可以联系实例管理员 @bgme

  9. 【长图限制补丁说明】
    Mastodon v4.2.0 移除了『将未展开嘟文中的图片裁剪到 16x9』的设置选项及相应功能[1]。
    移除裁剪到 16x9 功能后,长图嘟文将占据数屏的高度,刷时间线时遇到长图嘟文时,需要下滚多次才能滚过长图嘟文,极其影响使用体验。
    为此,本站引入长图限制补丁,限制未展开嘟文长图最高高度不可超过一屏。
    具体效果可参见所附视频[2]。

    长图限制补丁目前仍在实验阶段,如果使用过程有遇到任何问题或疑问,请联系 @bgme

    [1] github.com/mastodon/mastodon/c
    [2] 长图测试嘟文:bgme.me/@bgme/1110822141976630

    #实例公告

  10. Mastodon 加了 Public Status index 之后,搜索默认会在 PublicStatusesIndex + StatusesIndex 中进行搜索。

    实际体验之后就会发现,这样的做法带来了一个极其严重的问题。
    少数开启 Include public posts in search results 帐户的嘟文,会高频出现在搜索结果中。
    而且排序时,自己的嘟文、自己互动过的嘟文也并没有获得更高的排序优先级。并不是 StatusesIndex 结果显示完了,才会显示 PublicStatusesIndex 的结果。两者的搜索结果会混在一起。

    如果你搜索的关键词,恰好你自己相关(自己发的、自己互动过的)的嘟文较少,那就惨了,搜索结果中一大堆公共嘟文,由于目前升 v4.2.0-beta3 实例极少,修改默认设置允许 Include public posts in search results 的帐户更少。实际上的体验就是,无论你搜什么关键词,某几个帐户的嘟文总是出现在搜索结果中。
    体验相当相当差劲,甚至可以说是恶心了。

    因此,BGME 实例对搜索功能进行了一定修改,反转了 in 参数的作用。
    将默认从 PublicStatusesIndex + StatusesIndex 中进行搜索,加入 in:library 参数后从 StatusesIndex 中进行搜索。
    变成为默认从 StatusesIndex 中进行搜索,加入 in:public 参数后从 PublicStatusesIndex + StatusesIndex 中进行搜索。

    #实例公告 #实例维护

  11. 搜索索引已经重建完毕了。

    想体验 Public Status index 的嘟友,可以在搜索时在搜索词末尾加上 in: public 参数。

    #实例维护 #实例公告

  12. 此外,v4.2.6-beta3 正式支持 public status index 。
    但就实际体验而言,加入 public status index 后搜索结果中无效信息大大增加,极其影响使用体验。

    因此,本实例对搜索功能进行了一定程度修改[1],反转了 in 参数的作用。
    默认情况下,仅搜索 StatusesIndex,搜索行为同之前版本。
    只有搜索时加入 in: public 参数时,才会同时搜索 PublicStatusesIndex, StatusesIndex 。

    [1] github.com/yingziwu/mastodon/c

    #实例公告 #mastodon使用指南

  13. 由于服务器磁盘空间即将耗竭,对服务器进行了一次升级。
    期间约离线 30 分钟。
    如果对您的使用带来不便,敬请谅解。
    #实例公告

  14. #实例公告 在本站注册用户可以向@[email protected] 申请一个域名邮箱
    用户名为你在neko.ci上注册的用户名,域名可以从 neko.ci sakura.ci ovo.ci wos.la中选择

  15. 紧急防骗提醒:
    Mastodon的去中心化结构无法实现类似于新浪微博、推特等微博客基于实名身份信息进行的帐户认证,仅支持基于链接交叉引用的帐户认证[1]。
    请不要向任何人(包括实例管理员及Mastodon开发者)发送个人身份证件照片等个人信息!
    如果想获得帐号用户名后的蓝钩,可自行添加 :verified: emoji。

    [1] docs.joinmastodon.org/zh-cn/us
    #实例公告

  16. 由于众所周知的原因,本实例将再次开启 AUTHORIZED_FETCH 。
    并且将使用
    tootctl accounts rotate --all
    轮替所有帐户的密钥。

    相关操作完成后,Mastodon 版本低于 3.0 的实例(特指 pawoo.net)及 Misskey 实例与本实例通迅可能产生问题。
    #实例管理 #实例公告 #实例维护

  17. 由于 DigitalOcean 超售严重,近日又影响到本实例的正常运行。本实例将于今日迁移至 Hetzner ,期间可能会有数小时的下线,敬请各位嘟友谅解。谢谢~
    #实例公告

  18. 由于 v3.2.1 版 Mastodon Secure Mode 变化,部分旧版本 Mastodon 实例(例如:pawoo)无法正常与我站新用户交互。
    故暂时关闭 Secure Mode。
    #实例公告

  19. #实例公告
    本实例致敏物提示:含有政治言论、色情内容。可能含有七不讲内容、未经证实的流言和违反和谐社会要求的内容。
    对本实例过敏者,请立刻自行封禁。
    如不封禁,所产生后果与本实例无任何关联,本实例及本实例用户不承担任何责任。

  20. #实例公告
    由于本实例所在 VPS CPU 性能过差,已严重影响本实例的正常使用。经协商,本实例所在 VPS 将于 2020-09-27 17:00 UTC (即北京时间9月28日凌晨1点)进行迁移操作,期间可能会出现下线,敬请注意。
    更多信息:bgme.me/@bgme/1049351620389850

  21. 你可能已经感觉到了饼干米(BGME)最近好像有一点不稳,这并不是错觉,近几天服务器确实波动有一些大。
    之前已经在嘟文[1]中提及到了这个问题,本想再观察一段时间,但没成想问题却越来越严重了,普通的 /v1/statuses/ 请求 x-runtime 都能达到4秒,top中%st一直维持在40%以上。
    虽然vps超卖是业界惯例,但超卖到这种程度已经严重影响到我的正常使用,忍无可忍了!!!
    于是提交工单,一轮交流过后,定于 2020-09-27 17:00 UTC 对我的这台vps执行迁移操作。
    迁移到新的物理机之后,服务不稳定的问题应该会有所解决。

    [1] bgme.me/@bgme/1049260973999749
    #实例公告

  22. 本实例计划于 2020-09-24 12:00 (UTC) 对服务器进行升级,期间将会有短暂下线。
    敬请谅解~
    #实例公告

  23. 接到上游服务商(DigitalOcean)紧急通知,由于虚拟机所在物理机被发现出现问题,计划于 2020-09-18 16:00:00 (UTC) 进行 Droplet 迁移。迁移期间本实例可能会短暂下线,敬请注意。
    #实例公告