说说长毛象的媒体文件保留。
这个话题站长们讨论过无数次了,诚然如果完全保留联邦宇宙所有的媒体,那么这些媒体的存储成本我想很多站长可能会无法负担。
但如果直接在后台设置媒体文件的保留期,那么会导致一些已经被同步过来的老嘟文的媒体文件被删除。如果此时源站因为种种原因也没有这个媒体文件的话,那么图片就会挂掉,体验非常不好。 :blobcatsadreach:
我想我找到了一个平衡点,就是只删除orphan媒体(没有嘟文引用的媒体),同时删除一年以上的orphan外站嘟文(本站用户没有任何互动的外站嘟文):
1. 不要在后台设置“内容缓存保留期”(有严重后果,这个我以前说过),和“媒体文件保留期”。
2. 在长毛象的容器里设置截图里的cronjob。
这些命令的具体含义请参考https://docs.joinmastodon.org/admin/tootctl/
最近debian升级到了12 bookworm,相信ubuntu server也会对应更新。但是目前(2023年7月)不要升级长毛象的服务器系统!不要升级长毛象的服务器系统!不要升级长毛象的服务器系统!
至少有2个原因:
1. 如果没有做好版本pin,debian 12的很多包比长毛象安装时指定的版本要新,会导致部分软件的版本超过长毛象的支持范围(比如node)
2. libidn11在debian 12里被deprecate,新的lib叫libidn.so.12,需要重新build ruby,会导致服务中断。
本站升级到 Mastodon v4.1.4!官方说法是这个版本修复了几个严重的安全漏洞,站长朋友们注意一下哟。
Liker.Social 營運白皮書
伺服器:Linode Premium 4 Core 8Gb
域名:Cloudflare
郵箱系統:Aws
S3: AWS
CDN:Aws
SnapShot:1/day
資金來源:Patreon 用戶捐款
承諾營運:永續營運,如無法維持提前兩個月通知用戶
小站特色:支持嘟文 upload 到 blockchain 支持嘟文打賞
#长毛象站长联谊会
#hostmastodon
把DB_POOL 一直看成了DB_POLL,就说一直有好多idle的connection,改配置重启也没有效果..
大噶好!獭站域名下的Misskey海獭咖啡厅(獭咖?)开始营业啦(cafe.otter.homes)
目前还属于vanilla的状态没怎么装修,大家可以试试看,有主题或者插件建议的话可以联系站长~
长毛象的三个服务本身会产生大量的log,如果你用的是debian系的服务器(包括ubuntu),默认情况下除了写 journald 的 4GB binary log 之外,还会把同样的内容写入 /var/log/syslog 和 /var/log/daemon.log 。此外,nginx会记录每一次访问(包括来自中继和外站的访问)在 /var/log/nginx 。
如果你的硬盘空间是在吃紧,可以使用如下调整:
journald binary log size 调整:https://andreaskaris.github.io/blog/linux/setting-journalctl-limits/
立刻缩小 journald binary log size:journalctl --vacuum-size=200M
调整 syslog 和 daemon.log 内容(至少不应当重复):修改/etc/rsyslog.conf
减少 Mastodon 本身的 log 数量:https://docs.joinmastodon.org/admin/config/#rails_log_level
既然说到了缓存和 Retention,就接着说下去:
首先 Mastodon 官方文档( https://docs.joinmastodon.org/admin/setup/#cleanup )里提到要定期运行 tootctl media remove,这其实是不必要的。新版本的 Mastodon 后台已经可以设置媒体文件的 Retention。
其次 Mastodon 其实有很多类型的缓存,除了媒体文件,还有:
tootctl preview_cards remove 删除(我感觉没啥用的)预览卡片
tootctl statuses remove 删除没有互动过的外站嘟文(和前面说的“内容缓存保留”不同,这个命令是不会删除有任何互动,比如转嘟的嘟文的)
tootctl media remove-orphans 删除数据库里没有任何引用(嘟文)的orphan媒体文件。
Mastodon 后台的这个“内容缓存保留期”有一个很特殊(我认为是buggy)的行为。那就是如果某嘟文被删除,那么其转嘟、喜欢、书签的属性就会被永久删除。因此本站没有设置自动删除。