@mashiro 也在想把媒体文件弄去 COS,但是担心后期 OCR 识别敏感词删图片文件?

毕竟转移一次也蛮麻烦的,我这边虽然站小但是刚去统计了一下也 10G 的量了。

不知道其他实例主是单纯的十分有钱还是什么别的原因没用 COS……

@dimlau @mashiro 我是因为懒+本身开销不大,而且还有点强迫症更希望自己保管媒体资源,所以就一直没考虑移出去。原来用 Azure 的机子就 30 G 空间也还好没爆炸,现在给机子换了个大房子有 100 G 可以用了,所以也不怎么担心不够用的问题。

@makito @mashiro 所以完全不用第三方,直接放在system目录让mastodon自己管理的话(40g以内),从效率来说有问题吗?

@dimlau @makito @mashiro 没什么问题,挺好的,我不用本地存储唯一原因就是太大了放不下

@AstroProfundis @makito @mashiro

那我不折腾了,套个cloudflare先这么招吧,我有60g ssd大概够用了~~😂😂

@dimlau @AstroProfundis @mashiro 磁盘还是比较好整的,后期方便加,迁移也还好,所以我是不怎么担心。倒是像 CPU 和 RAM 之类的比较麻烦,基本就是写死的,要改只能整体升级,我现在还算是降级了从 8 G 换到了4 G。😅

@dimlau @makito @AstroProfundis @[email protected] 其一我会比较担心他们会不会跑路,其二他们似乎没有管理面板之类的操作可能不是太灵活。个人感觉AWS可能比wasabi更适合我们,在只有几十G数据的时候应该还是AWS便宜点,至于下载速度,可以考虑cloudflare worker之类的搞个反代 :weibo_o_kafei:

@mashiro @makito @AstroProfundis @bgme

如果是这种「集体桶」可以把各个实例之间重复的媒体资源合并为一个,可能意义更大些?

不然,类似她们这个 jotage ,即便是同一张图片,有同一个媒体资源主域名,但在不同实例里会显示为 `blob.jortage.com/1` 和 `blob.jortage.com/2`

不科学

@mashiro @dimlau @makito @bgme 印象中好像没有现成的轮子,他这个应该就是相同文件只存一份,然后对不同实例映射到不同的 URL 上,对 mastodon 这种场景应该还是挺有用的

@dimlau @mashiro @makito @bgme 看他描述应该是这个意思,不然存储怎么省下来的(

@lemon @AstroProfundis @mashiro @makito @bgme

可以再加个更伟大的缘由:好像破坏了去中心化的初衷啊……

@lemon @AstroProfundis @mashiro @makito @bgme

媒体资源复制那么多份的确是太浪费了,但是大概...毕竟小实例不知道哪天就没了,如果不复制一份会破坏嘟串的完整性和可读性吧。

@dimlau @lemon @AstroProfundis @mashiro @bgme 感觉是考虑到资源可用性和减轻源服务器的压力才这么设计的。

Sign in to participate in the conversation
小森林

每个人都有属于自己的一片森林,也许我们从来不曾走过,但它一直在那里,总会在那里。迷失的人迷失了,相逢的人会再相逢。愿这里,成为属于你的小森林。