#实例公告 — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #实例公告, aggregated by home.social.
-
#实例公告 封禁协同潜在的僵尸账户网络
今日检测并封禁了 5 个协同运作的僵尸账户
行为特征:
- 内容为 LLM 生成的无语义英文词句(虽然目前未做出实质性的危害,但是可能是为了养号,规避审查)
- 五个账户全部于
2026年3月18日 17:52—2026年3月19日 23:50注册 - 账户Profile基本为:一段英文+emoji或者几段无意义英文句子
- 所有连接 IP 均属 Cloudflare 代理段
- 注册域名含一次性邮箱服务及高风险域名
已采取的措施:
封禁账户(经核查IP均为Cloudflare IP,未泄露任何用户隐私):
@iwutyp162.159.XXX.XX
@PhyllisReynolds172.70.XXX.XXX
@ezob104.23.XXX.XX
@uhux_xudym104.23.XXX.XX
@Ethel_Robinson172.68.XXX.XXX
封禁邮箱:tmail.lt、maxseeding.vn、dqsbf.blema.io.vn、sphinx.launders.money、kimora.space总结:
由于前段时间为了简化注册流程,关闭了人工审核
将开启“注册时需要批准”+“注册时需要提供理由”
如果大家有发现类似行为特征的新账户,相同邮箱域名/IP请谨慎辨别
本实例不欢迎任何恶意/不受管制的机器人注册 -
-
-
-
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] https://github.com/mastodon/mastodon/releases/tag/v4.2.0
-
-
【关于最近图片加载不出来问题的说明】
最近这两天,一些 bgme.me 实例用户可能遇到图片加载不出来的问题。
这是因为 bgme.me 部分媒体文件已经迁移至 Jortage,Jortage 对于媒体文件使用 Fastly CDN 进行全球分发与加速。
Fastly CDN 在全世界绝大多数地点都有不错的访问质量(图一),但可惜中国大陆不在此列(图二)。
目前正在与 Jortage 管理者讨谈解决办法,请各位绒友耐心等待。
另外,可以暂时先将 blob.jortage.com 及其子域名加入代理列表作为临时因应方法。 -
CW: 为节省开支,bgme.me 实例计划将媒体文件迁移至 Jortage 项目
# Jortage 项目是什么?
Jortage 是为 Fediverse 设计的社区共享媒体存储计划。
由于 Mastodon 缓存远程实例媒体文件的机制,Fediverse 不同实例间的媒体文件存在相当多重复部分,如果将部分重复文件去重,将节省大量存储空间。正如 Jortage 项目页面上所写的那样,去重前 138.25TiB,去重后只有 62.99TiB。
关于 Jortage 项目的更多信息,可以阅读:https://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 本站用户,可以访问 https://bgme.me/@[email protected]/101758729419349975 查看图三中的嘟文。
# 为什么 bgme.me 实例不开通捐赠?
之前考虑过开通一个 Patreon 以缓解实例的经济压力。后来因为种种考量,最后放弃了这个想法。
# Jortage 项目靠谱吗?
Jortage 项目已经运行至少5年,目前项目经济状况良好,收支平衡,相信未来可以继续运行。
2025年8月 Jortage 项目收支情况:https://sleeping.town/@unascribed/115127391015794735此外,moresci.sale 目前已经使用了 Jortage 项目。
# 迁移至 Jortage 对实例用户的使用有影响吗?
不会影响用户正常使用。
迁移过程中可能出现无法导出用户存档的情况,待迁移完成,一切使用将恢复正常。 -
【长图限制补丁说明】
Mastodon v4.2.0 移除了『将未展开嘟文中的图片裁剪到 16x9』的设置选项及相应功能[1]。
移除裁剪到 16x9 功能后,长图嘟文将占据数屏的高度,刷时间线时遇到长图嘟文时,需要下滚多次才能滚过长图嘟文,极其影响使用体验。
为此,本站引入长图限制补丁,限制未展开嘟文长图最高高度不可超过一屏。
具体效果可参见所附视频[2]。长图限制补丁目前仍在实验阶段,如果使用过程有遇到任何问题或疑问,请联系 @bgme 。
[1] https://github.com/mastodon/mastodon/commit/4d01d1a1eeef7a851b77def9c5bfc2ce4d7a271c
[2] 长图测试嘟文:https://bgme.me/@bgme/111082214197663026 -
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 中进行搜索。 -
-
此外,v4.2.6-beta3 正式支持 public status index 。
但就实际体验而言,加入 public status index 后搜索结果中无效信息大大增加,极其影响使用体验。因此,本实例对搜索功能进行了一定程度修改[1],反转了 in 参数的作用。
默认情况下,仅搜索 StatusesIndex,搜索行为同之前版本。
只有搜索时加入 in: public 参数时,才会同时搜索 PublicStatusesIndex, StatusesIndex 。[1] https://github.com/yingziwu/mastodon/commit/edb0b63844cb012920c7a2077b457f3e5129d034
-
由于服务器磁盘空间即将耗竭,对服务器进行了一次升级。
期间约离线 30 分钟。
如果对您的使用带来不便,敬请谅解。
#实例公告 -
#实例公告 在本站注册用户可以向@[email protected] 申请一个域名邮箱
用户名为你在neko.ci上注册的用户名,域名可以从 neko.ci sakura.ci ovo.ci wos.la中选择 -
紧急防骗提醒:
Mastodon的去中心化结构无法实现类似于新浪微博、推特等微博客基于实名身份信息进行的帐户认证,仅支持基于链接交叉引用的帐户认证[1]。
请不要向任何人(包括实例管理员及Mastodon开发者)发送个人身份证件照片等个人信息!
如果想获得帐号用户名后的蓝钩,可自行添加 :verified: emoji。[1] https://docs.joinmastodon.org/zh-cn/user/profile/#verification
#实例公告 -
由于 DigitalOcean 超售严重,近日又影响到本实例的正常运行。本实例将于今日迁移至 Hetzner ,期间可能会有数小时的下线,敬请各位嘟友谅解。谢谢~
#实例公告 -
由于 v3.2.1 版 Mastodon Secure Mode 变化,部分旧版本 Mastodon 实例(例如:pawoo)无法正常与我站新用户交互。
故暂时关闭 Secure Mode。
#实例公告 -
#实例公告
本实例致敏物提示:含有政治言论、色情内容。可能含有七不讲内容、未经证实的流言和违反和谐社会要求的内容。
对本实例过敏者,请立刻自行封禁。
如不封禁,所产生后果与本实例无任何关联,本实例及本实例用户不承担任何责任。 -
#实例公告
由于本实例所在 VPS CPU 性能过差,已严重影响本实例的正常使用。经协商,本实例所在 VPS 将于 2020-09-27 17:00 UTC (即北京时间9月28日凌晨1点)进行迁移操作,期间可能会出现下线,敬请注意。
更多信息:https://bgme.me/@bgme/104935162038985049 -
你可能已经感觉到了饼干米(BGME)最近好像有一点不稳,这并不是错觉,近几天服务器确实波动有一些大。
之前已经在嘟文[1]中提及到了这个问题,本想再观察一段时间,但没成想问题却越来越严重了,普通的 /v1/statuses/ 请求 x-runtime 都能达到4秒,top中%st一直维持在40%以上。
虽然vps超卖是业界惯例,但超卖到这种程度已经严重影响到我的正常使用,忍无可忍了!!!
于是提交工单,一轮交流过后,定于 2020-09-27 17:00 UTC 对我的这台vps执行迁移操作。
迁移到新的物理机之后,服务不稳定的问题应该会有所解决。 -
-
接到上游服务商(DigitalOcean)紧急通知,由于虚拟机所在物理机被发现出现问题,计划于 2020-09-18 16:00:00 (UTC) 进行 Droplet 迁移。迁移期间本实例可能会短暂下线,敬请注意。
#实例公告 -