@Asada_Yuki 在没有人关注你,你也没有@任何人的情况下你发的内容只能通过中继站(本站已经加入了几个)传播👀只有手动进入联邦时间线才能看到👀
一般来说这种提问建议同时 @board (点进去看它功能)以及带上一些tag比如 #长毛象使用探索 #长毛象运营
部分个人嘟文索引
长毛象服务器选配新手指南 https://mstdn.one/@lgE/107942721914235300
Cloudflare R2 评测和对比https://mstdn.one/@lgE/109224518430545202
GCS 做对象存储的数据 https://mstdn.one/@lgE/107229146486132636
自建对象存储可考虑 SeaweedFS https://mstdn.one/@lgE/106596477669652246 https://mstdn.one/@lgE/106596887183768580
中继搭建小经验 https://mstdn.one/@lgE/108255580372769653
站点防护小经验 https://mstdn.one/@lgE/106754670661233004 https://mstdn.one/@lgE/106798612388608363
跨境访问体验热知识 https://mstdn.one/@lgE/108238248810739181
可能暴露隐私的途径 https://mstdn.one/@list/107763019082381491
WebRTC泄露自查 https://mstdn.one/@lgE/108346328354514364
#长毛象运营 思考题
如果站点内有人宣称自杀,站长应该:
1. 报警并提供IP信息
但会泄露用户隐私,同时也危及站长自身的匿名/安全性;
2. 置之不理
但是生命比隐私更重要,不能错失可能拯救生命的机会;
3. 其他紧急应对
欢迎讨论。
#长毛象运营
以后在鼓励大家建站的同时,可能要不厌其烦地强调站长自身的匿名性。
目前已经发现好几个站长,可以根据公开信息关联到境内实名注册的应用,甚至是公开实名的ICP备案信息。
#长毛象运营
如果大站加入中继,容易造成小站性能承压,提高加入中继的门槛。如果大站不加中继,那么小大站之间就难以实现公共信息的互通。
个人感觉一个可能的发展方向是“大站一带多”模式。即大站只加入一两个中继,同时每个中继保持只有一两个大站。这样每个大站都可以双向开放时间轴,小站可以量力而行充实跨站轴,而各个中继也能形成各自的特色。
#长毛象运营 我在想,开放注册的站点是不是应该在实例规则里加一节“实例宣传政策”,列明实例可以被扩散的方式,例如:
1.用户可以在任何平台公开宣传本站;
2.欢迎新用户的加入,但请勿在任何境内平台公开提及本站,可以私下安利;
3.为保证实例的安全,请勿用任何境内软件、以任何方式提及本站;
4.本站禁止在任何fedi以外的平台被公开提及。如想安利长毛象,可介绍自愿公开的实例列表:https://instances.social/list#lang=zh 。
#长毛象运营 有人觉得安利实例是站长的责任,其实恰恰相反。站长是长毛象中风险最为集中的身份,最不应该用自己的账号在公开场合(特别是境内平台)宣传自己的实例。
人的诉求是复杂的。一个圈子太冷清、没人互动,会觉得乏味而离开。一个圈子太庞杂、整天骚扰,会觉得厌恶而离开。
就算正好在舒适区,又会有回音壁效应扭曲人的认知,还会有社交媒介成瘾空耗人的时间。
mastodon给人提供了自己建立、管理圈子的可能。但要如何吸引、筛选受众,维护言论的自由和秩序,想想就令人头秃
#长毛象运营 现在管理员设置界面的“新用户默认关注”其实不是自动关注,而是将其排在用户推荐的顶部。
注:英文界面的表述已经是 “Recommend these accounts to new users”
#长毛象运营 我感觉中文圈是不是也应该有一个站点,专门用来存放bot,就像这两个站点:
https://botsin.space
https://newsbots.eu
这样的话,不想在公共时间轴上看到转发消息的用户就可以把他们打包送走