Twitter 获取每页返回意外结果的列表/状态

Twitter 获取每页返回意外结果的列表/状态,twitter,Twitter,我按如下方式调用lists/statuses方法,但结果与peru页面参数不一致 http://api.twitter.com/1/lists/statuses.xml?slug=wp1906ultras&owner_screen_name=enloes&per_page=20&page=3 在上面的例子中,peru page=20,当我得到page=1时,我得到11个结果。当我得到page=2时,我得到9个结果,page=3时我得到12个结果。如果我将peru page设置为11,我相信对于p

我按如下方式调用lists/statuses方法,但结果与peru页面参数不一致

http://api.twitter.com/1/lists/statuses.xml?slug=wp1906ultras&owner_screen_name=enloes&per_page=20&page=3

在上面的例子中,peru page=20,当我得到page=1时,我得到11个结果。当我得到page=2时,我得到9个结果,page=3时我得到12个结果。如果我将peru page设置为11,我相信对于page=1,我会得到5个结果


这对任何人都有意义吗?当然对我来说不是…

我们最近宣布,分页将被弃用,取而代之的是使用since\u id和max\u id,原因之一是很难从一个不以这种方式组织tweet的服务中保证准确的分页隐喻

API中的所有count和per_page参数实际上都是“最多”参数——您将获得的数量不超过您指定的数量

这篇博客文章概述了即将到来的反对:并概述了使用类似于这些时间表的最佳实践


我建议从使用分页隐喻改为使用自\u id和max\u id,以获得更好的可靠性和长期生存能力。

我们最近宣布分页将被弃用,而使用自\u id和max\u id的原因之一是,很难从服务中保证精确的分页隐喻这不能&不能这样组织推特

API中的所有count和per_page参数实际上都是“最多”参数——您将获得的数量不超过您指定的数量

这篇博客文章概述了即将到来的反对:并概述了使用类似于这些时间表的最佳实践


我建议从使用分页隐喻转向使用自id和最大id,以获得更好的可靠性和长期生存能力。

谢谢,这很有帮助,我会相应地进行更新,但即使我们从问题中删除分页概念,我的页面数也达不到20。我得到了6。谢谢,这很有帮助,我会相应地进行更新,但即使我们从问题中删除了分页概念,我的页面数也达不到20。我得了6分。