Twitter 搜索/推文、下一个搜索结果和刷新url文件的时间线

我的web应用程序应该具有导航搜索时间线的下一个/上一个结果。我已经通过使用字段

next\u results

进行next，并将

refresh\u url

推到javascript数组中进行“previous”导航实现了。它在3-4天前起作用了。1-2天后，api调用没有返回字段

next_results

，完全省略，而今天该字段为所有“next”调用返回相同的值，因此您点击next并基本刷新页面。在

search\u metadata

节点中，还有更新的

since\u id

字段和较旧的

max\u id

字段，因此我可以使用这些值进行查询。。。我还可以从返回的tweet对象中获取这些id，并使用它们，而不完全依赖api搜索元数据

所以我想问的是，如果有人已经处理过这个问题，那么最好的方法是什么，不必每天检查代码，twitter api返回了什么？我知道有twitter的支持，我认为这个网站上有人这样做。我也读过这方面的文件

下面是要说明的search\u元数据节点示例

[search_metadata] => Array
    (
        [completed_in] => 0.057
        [max_id] => 4.1747346982858E+17
        [max_id_str] => 417473469828583425
        [next_results] => ?max_id=416844457594855423&q=place&result_type=mixed
        [query] => place
        [refresh_url] => ?since_id=417473469828583425&q=place&result_type=mixed
        [count] => 15
        [since_id] => 0
        [since_id_str] => 0
    )

Ime Ime，“最好的方法是什么”，不确定，但这就是我如何使用的

max\u id

出现在

next_results

中，从时间线获取推文

---

希望能有所帮助。

我们使用您在上面所列的“使用时间线”文章中详细介绍的自id/max\id从用户（而非搜索）时间线下载推文，因为我们需要为一组用户提供详尽的推文。这对我们来说很好，如果有帮助的话可以分享。您使用的是search\u元数据节点的since\u id/max\u id，还是从返回的推文中解析的？每次两个字段都是向上或向下？我们从用户时间线上收到的推文中解析出自_id/max_id，而不是搜索。我们将since_id存储为我们收到的最大id，然后使用max_id向下迭代，直到达到该值。这意味着您完全忽略了twitter提供给您的元数据节点。您是否对下一个（较旧）结果仅使用字段max_id，而对上一个（回页）结果使用since_id和max_id？