v3.5.3 加书签之后要过几分钟才能被全文搜索搜到。但是去 v3.5.2 的实例试了下,加完立马就能搜到。这是错觉么?

利用 proxy_redirect ,可以把长毛象后端对未登录用户 location =/ 的访问给重定向到新的位置(而非/about),从而避免域名所在站点的性质被轻易发现。


备份数据库可以用:
docker-compose exec db pg_dumpall -U postgres > db.backup
全部重建的话, pg_dumpall 相比 pg_dump 更方便导入:
cat db.backup | docker-compose exec -T db psql -U postgres

压缩数据库可以直接用 pipe:
pg_dumpall -U postgres | zip -P 密码 -q $filename -
相比先导出文件再压缩的方案可以省掉一对数据库dump的读写,减少IO的阻塞。

pullopen.github.io/%E5%9F%BA%E
github.com/mastodon/mastodon/p

relay.mstdn.one 搭建经验

中继后端:
官方的安装教程算是相对清楚的 github.com/yukimochi/Activity-
Docker 端口映射等的设置可以参考长毛象的配置文件
Nginx 配置可以参考 github.com/mstdn-kr/activity-r

页面魔改:
Meow的原理是定期执行一个脚本,从中继redis里获知域名列表,通过API采集站点信息,转换成markdown。然后用ivy生成静态网页。
看懂这个python脚本是魔改关键 git.moe.cat/lynx/relay-page/sr
原版通过redis-cli获得KEYS,但也可用redis官方的pip包,以便在容器间直接通信。

实时日志:
Websocket 服务端魔改自一个简单的 python github.com/jizhang/logviewer
把 python 关进 docker 参考了 stackoverflow.com/questions/50
获取日志的原理是在 relay 的命令后面加 2>1& | tee DIR 导出到文件,再映射进ws的docker。

抛砖引玉,希望能有所启发。


mstdn.1 Toot Relay 公开测试

主要特点:
1. 参考moew中继的优秀范例,进一步优化页面体验;
2. 后端从 pub-relay 改为了 Activity-Relay,功能更加完善;
3. 实时更新送信日志,高效排查站点互通问题。

relay.mstdn.one

公测期间服务稳定性无保证,实例政策也可能不断修订。
欢迎大站加入中继,通过压力测试检验后端的性能。未来正式运营时,计划固定为2~3个大站。


把搭建调试的过程一步步记录下来是值得的
即使自己是唯一的读者


貌似很多用pub-relay的中继都出现了性能问题,需要经常重启才能避免拥塞。
但看起来性能更好的Activity-Relay却没有广泛采用,这是有什么暗坑么?

启用全文搜索的站长,现在是否还会做中文搜索优化?
docs.joinmastodon.org/zh-cn/ad

再次推荐这个对象存储价格比较:
qualeed.com/en/qbackup/cloud-s
去年收藏后,没想到今年还更新了

另外关于请求数费用,不知道有没有比较清楚的对比?

看到今年o3o的总预算为649USD,这对大站而言是合理的。
对于百人规模的小站而言,100USD应该就够用且用得舒服了。

github.com/o3o-ca/o3o-financia

今年初Scaleway在fr-par地区上线了Multi-AZ对象存储,以下是个人的使用经验:
1. 基本解决了大数量小文件的性能问题,相比过去文件数一超300k就整段垮掉的情况有了明显改善。
2. 整体相比于一线大厂仍有差距,全天的服务质量会有波动,concurrency一多还是容易出现问题。
3. Multi-AZ没有免费的存储额度,存储单价 €0.013/GB/month,操作数继续免费。非Multi-AZ的层级现在叫做 One Zone - Infrequent Access Storage ,继承了原有的定价,也一定程度上继承了原有的性能。可以通过生命周期管理自动调整文件层级。

scaleway.com/en/docs/faq/new-o
scaleway.com/en/pricing/#objec

跨境访问体验热知识:
1. 离大陆近不等于体验好
很多线路会满世界绕路,还不如更远的。亚太地区服务器的成本普遍偏高,建议根据具体测试数据再做决断。

2. ping值低不等于体验好
部分线路虽然ping低,但是丢包率、下载速率十分感人,使用体验甚至不如延迟多一倍的线路。部分商家会对ICMP、小包进行专门优化,以提高网络测试的纸面数据。
建议把晚间高峰时段HTTP大文件下载的速率和延迟作为重要参考。

3.自己体验好不等于别人体验好
国内各大运营商的出境路由有很大差异,南方和北方、固定网和移动网、IPv4和IPv6也可能不一样。自己快的线路别人可能卡到爆炸。
存在三网优化的CN2、CUVIP、CMI等线路,代价是价格更高。如果要用,建议作为镜像转发。

个人感觉mastodon程序需要增加的功能:

1. 主时间线排除特定账号
列表相当于是子集,但全体关注的补集还是需要的(比如排除部分话痨bot),手动实现这个需求非常麻烦。

2. 扩大可搜索范围
如果没有互动、书签,看过的嘟文很难再找回来。虽然弱化搜索是有意的,但这也太弱了。个人认为至少应该能搜24h内自己主页信息流,让没有审查的搜索成为一个优势。

3. 书签分类&备注
正因为搜索比较弱,积累知识对书签的依赖很大。但书签一多,找起来也很麻烦,需要像列表一样的分类机制。有的嘟文主要是图片,最好能加备注以便于搜索。

4. 自动通过热门
最近更新的3.5强化了“探索”板块,其中几个页面需要管理员手动通过才能显示。这对于个人站长来说很麻烦,而且“操控议题”的责任也担待不起。

5.自定义申请理由
站点需要设置个性化的入站理由要求,否则用几个通用的理由就可以把注册批准的门槛完全架空。但后台并没有提供修改的选项,目前用CSS间接实现的方式也有很多限制。最好可以设置支持 html 标签的自定义要求。

当然,因为对mastodon后端的技术栈不太熟悉,也就随便一说。

从原理上来讲,把所有的长毛象@域名可持续性地一网打尽,是有可能的。
所以,用一个和现有后缀完全无关的域名作为人类的入口,可能是有必要的。

如果身在境外,在自己的设备上建站也是可行的。
即使没有公网IP,也可以借助 Cloudflare Tunnel 之类的内网穿透直接向公网提供服务。

发现部分开放/邀请注册站点的邮件系统没有正常工作
因为不会有明显的报错,所以可能很难发现,提醒站长留意一下

“sidekiq被阻塞”示例
https://站点域名/sidekiq/queues (仅限站长)

个人认为联邦宇宙的一个主要弱点就是会被过量信息瘫痪。这波移民潮相当于是一次演习,可以趁机做好技术储备。

应该在后台开放“你为什么想要加入?”这段话的编辑,并允许html标签
现在普遍的做法是用 CSS ::after,有很多限制

显示更早内容
长毛象 · 壹头

长毛象是开源的微博客程序,这里没有玄学的审查和限流。本站采用原版程序,开启全文搜索(收藏)。积极治理公共时间轴,但基本不屏蔽外站。支持多账户登录,对注册和使用有要求。