长毛象由于其Fediverse的设计，嘟文的"赞"和"转嘟"数字往往是不准的（这些数字不在时间轴上显示）。原因是长毛象并不会广播一个用户的“点赞”操作，对于“转嘟”而言也仅限于转嘟用户的关注者。
具体来说，实例A的用户点赞了实例B上的一条嘟文。这个信息只有A和B知道，别的实例点赞数并不会+1。
对于转嘟，这个信息除了A和B，还有所有A的关注着所在的实例。如果一个第三方实例C没有任何用户关注了A上进行操作的用户，那么嘟文在C的转嘟数就不会+1。
值得一提的是这些数字决定了“探索”页面的内容。如果你的实例的“探索”页面经常空空如也，就是因为这个原因。
这个设计据说是“有意为之”，为了体现其Fedi的特性，而且似乎UI也淡化了这两个数字（时间轴不显示）。从这个角度说确实挺有趣。
不过反过来说，这可能会给用户带来困扰。尤其是对于一个小实例，因为用户少，实例本身的操作就少，而且大概率收不到别的实例的通知，因此数字就会非常小。如果是私人实例，那这个功能就完全无用了。这会导致用户更倾向大实例从而获得更完整的体验，这与Fedi的精神背道而驰。
不过既然程序如此设计，我们也只能做到了解这些细节。如果想看某嘟文最准确的数字，只能点击嘟文的原始实例链接。
https://github.com/mastodon/mastodon/discussions/22627
#站点说明
#长毛象中文使用指南
大松鼠 /
npub1yx…x8wc2
2024-11-07 05:51:30
Author Public Key
npub1yxlpsdy6cewqpxtc3a38x7sjzcgqrzpjdehl00cuw2c877afy8ps8x8wc2Seen on
wss://relay.mostr.pubPublished at
2024-11-07 05:51:30Event JSON
{
"id": "c85612634f781ff60a1e5043d7e5c43d7ae425e8f36ea7c69c015e53ca5ca4ab",
"pubkey": "21be18349ac65c0099788f62737a1216100188326e6ff7bf1c72b07f7ba921c3",
"created_at": 1730958690,
"kind": 1,
"tags": [
[
"t",
"站点说明"
],
[
"t",
"长毛象中文使用指南"
],
[
"proxy",
"https://c7.io/users/snullp/statuses/113440108715329517",
"activitypub"
]
],
"content": "长毛象由于其Fediverse的设计，嘟文的\"赞\"和\"转嘟\"数字往往是不准的（这些数字不在时间轴上显示）。原因是长毛象并不会广播一个用户的“点赞”操作，对于“转嘟”而言也仅限于转嘟用户的关注者。\n\n具体来说，实例A的用户点赞了实例B上的一条嘟文。这个信息只有A和B知道，别的实例点赞数并不会+1。\n\n对于转嘟，这个信息除了A和B，还有所有A的关注着所在的实例。如果一个第三方实例C没有任何用户关注了A上进行操作的用户，那么嘟文在C的转嘟数就不会+1。\n\n值得一提的是这些数字决定了“探索”页面的内容。如果你的实例的“探索”页面经常空空如也，就是因为这个原因。\n\n这个设计据说是“有意为之”，为了体现其Fedi的特性，而且似乎UI也淡化了这两个数字（时间轴不显示）。从这个角度说确实挺有趣。\n\n不过反过来说，这可能会给用户带来困扰。尤其是对于一个小实例，因为用户少，实例本身的操作就少，而且大概率收不到别的实例的通知，因此数字就会非常小。如果是私人实例，那这个功能就完全无用了。这会导致用户更倾向大实例从而获得更完整的体验，这与Fedi的精神背道而驰。\n\n不过既然程序如此设计，我们也只能做到了解这些细节。如果想看某嘟文最准确的数字，只能点击嘟文的原始实例链接。\n\nhttps://github.com/mastodon/mastodon/discussions/22627\n\n#站点说明 \n#长毛象中文使用指南",
"sig": "486f00846962d160c74d4840420807da0d8ae882c401ddb9a9cc9a1fda07ef2c404da7c2269a48489474c1b49e7030b3f802746d05b3e0698a29b499db8a733c"
}