@bgme 您好!最多 40 名转发者只是一页 40 名,还可以翻页呀!在消息头有一个 link 字段,里面有下一页所需要的 max_id 和上一页所需要的 since_id. 我写了一个简单的 python 程序:
https://gist.github.com/zero-mstd/f2725ae29f8c21939e8d3a1f328934d9
@bgme 啊?有啥错误提示吗?我成功用这个脚本获取了我的一条嘟文 200+ 的转发者.
@zero
准确的来说是一些转发者并不会出现在 reblogged_by API 上。
以上方的母嘟文为例,当前转发计数是 42。但是通过 reblogged_by API 你只能获取28个转发者。
再比如说:https://bgme.me/@bgme/106874443906503464
这条嘟文显示共有168个转发,但通过 reblogged_by API 只获取了129名转发者。
@zero
你可以多试几条嘟文,据我观察 reblogged_by 列出的转发者,与转发计数大多数情况下是不一致的。
@bgme 这个现象我还真遇到过很多次哎!通知里显示了某用户的转发,但是点进去就发现没有统计进去,我还以为这是我站的 bug,看来是所有实例都有?这是什么原因造成的呢?与安全模式有关吗?
这样说的话还是用通知更靠谱一些?但您原嘟说的通知 400 条的数目限制是否也能突破?我印象中玻璃翼站长搞的那个“时间线守护者”貌似能备份到所有的通知信息,当时我才刚来长毛象,不确定我那时的通知总数是否超过了 400.
说起来还有相反的一种可能,就是在 reblogged_by 里有转发的用户却没有在通知里显示,比如 ovo.st 小组的转发、中继机器人的转发.
---
我最开始的回复只是针对您说的“API 最多只能读取40名转发者”而已,而且还看到您和另一位用户讨论到对先转发的人不公平.
@bgme 哈哈我的意思是,比如说我的一条嘟文被某个 ovo.st 的小组转嘟了,我就不会收到通知~
@bgme @Friedo 同志们!同志们!我太激动了!蓝蛙说得对!!!!我竟然没有想到!结论可以下了:如果转嘟时选了仅关注者可见,那这条转发就不能被 reblogged_by 获取到!!!
实验详情见:
1. https://m.cmx.im/api/v1/statuses/107536871574949654/reblogged_by
2. https://m.cmx.im/api/v1/statuses/107536872876169529/reblogged_by
3. https://m.cmx.im/api/v1/statuses/107536874022718415/reblogged_by
注意看 3,3 得到的是空串!!!!而且这与是否锁嘟无关!我,aka,Zero,没有锁嘟,但是第三条就不会收录!饼站长你快快告诉大家,转发抽奖时不要仅关注者可见,然后再用上我那个翻页的思路用 reblogged_by 就能搞定了!
@zero 转嘟的时候有选项吗?不是直接就转了?
@unagi 网页版的话是在 3.4.0 里才加入的:
https://github.com/mastodon/mastodon/releases/tag/v3.4.0
> Add dropdown for boost privacy in boost confirmation modal in web UI
使用这个功能的话需要在设置里勾选上“在转嘟前询问我”
@zero 原来如此,我没有开这个设置,但是我有锁嘟
@unagi 你快快开了这个设置,然后在锁嘟的情况下按照字面提示转一下我小号那三条试试,我估计锁不锁嘟是没有影响的~
@unagi 猜想正确!与是否锁嘟无关!感谢配合!!!!!!
@zero 锁嘟的默认转发好像也是公开,难道那些看不见的人都主动设置了私密转发吗?我不太信诶,我之前都不知道还可以设置可见范围
@unagi 他们肯定是用了第三方 app!你快快下载市面上所有的长毛象 app 试验一下!(不用不用
@unagi 还有就是在设置、其他那里有一个“嘟文默认可见范围”,那个估计不仅仅管发嘟,也管转嘟~
@unagi 超级 make sense!哦耶!
@zero 好像真的是这样!我改了默认设置之后再转就是私密转发了
@zero
刚刚试验了一下,没有什么用,从 reblogged_by API 确实是无法获取全量转发信息的。