gpt4 book ai didi

Twitter GET statuses/user_timeline 返回的记录太少

转载 作者:行者123 更新时间:2023-12-05 04:37:20 25 4
gpt4 key购买 nike

在我们网站的新闻页面上,我们使用 Twitter 的 GET statuses/user_timeline API 端点为我们显示的 8 个新闻故事的每个 Ajax 页面提取 4 条推文,在结果网格中形成 4 行 3 个链接。这对于前 8 页效果很好(就推文而言,这让我们回到了一个多月后)。但是当我调用 API 以获取第 9 页的 36 条推文和第 10 页的 40 条推文时,它只返回 35 条和 38 条推文。

我认为这可能归结为 David Yell 这个问题在 his answer here 中提到,搜索 API 不会返回它认为质量低下的推文。如果我转到我们公司 Twitter 帐户的时间线,我可以看到被省略的特定推文 — 我认为它们不一定是垃圾邮件或低质量的,一个有 47 次互动(21 次转发,22 次点赞和 4 次回复) 和另一个有 12 个这样的交互,所以它们不像是刚刚发出的推文回响到虚空,但可以肯定的是,也许算法不同意或其他什么。

API 调用在整个过程中实际上是相同的;如果我从我的(定制的 C#)代码中记录 API 调用 URL 以及返回的 JSON 中的推文数量,它就像 https://api.twitter.com/1.1/statuses/user_timeline.json?count=36&screen_name=[redacted]&exclude_replies=1&tweet_mode=extended 一样简单仅返回 35 条推文,…/statuses/user_timeline.json?count=40&… 仅返回 38 条,因此 API 调用本身似乎没有任何问题,尤其是考虑到前 8 条推文调用都有正确数量的推文(所以 ?count=32... 在 JSON 响应中有 32 条推文等等。)我知道自从 QA 分析师早些时候在一周,结果网格中“缺失”条目的形状保持一致,但直到今天我们的调试还不够深入,无法确认缺失的推文是否相同。

有没有人有过说服 API 返回那些“丢失”的推文的经验?或者我是否必须弄清楚如何记录和传递修改后的偏移量,以确保我最终仍然结果网格中的偶数页为 4×3,没有间隙? (或其他东西。)

最佳答案

一些应用程序使用 count 来获取条目数量,如果可用数量低于它,则它填充 null 或返回一个小于目标数量的数组。

在这种情况下,Twitter 有详细的 count 意思是“最好将其视为对要返回的推文数量的限制,因为暂停或删除的内容在应用计数后会被删除。”。

Twitter 还指出,即使未提供 include_rts,该计数也包括转推。

https://developer.twitter.com/en/docs/twitter-api/v1/tweets/timelines/api-reference/get-statuses-user_timeline

关于Twitter GET statuses/user_timeline 返回的记录太少,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/70713731/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com