LA_*_*LA_ 4 instagram instagram-api
目前我使用/users/self/media/liked方法,获取响应,next_max_like_id一次又一次地读取和请求数据.我试图传递巨大的count价值,但看起来像最大计数值只是30.我需要跟踪喜欢的媒体用户数量的变化.有没有办法优化它？我不明白是什么next_max_like_id意思？是否有任何方法可以保留它并在下次以某种方式使用它？
小智 5
请求限制为users/self/media/likes33(默认值为20).在next_url这所返回的分页部分会抢时间在前喜欢的项目,使用相同的count(如果你提供一个),并next_max_like_id,这是返回的最后结果的ID.
如果通过"跟踪更改"表示保持运行计数,据我所知,您无法通过端点访问所需项目的总数.你必须编写一个像历史一样刮擦的脚本,使用分页信息向后跳,直到你可以看到你已经点击原始文件就像抓住副本一样next_max_like_id(旁注:返回的数据只包括用户仍然发布的帖子)有权访问).
如果你有很多用户,你将不得不用原始scrape的cron作业错开你的查询,因为每小时有5000个API调用限制.一旦完成,您可以last_id_liked在数据库中有一个字段用于继续计数维护.
我可以提供的唯一优化是不计算返回的结果,你可以计算你向后跳跃并乘以计数的次数......但是你每次仍在使用API调用.
| 归档时间： |
|
| 查看次数： |
1112 次 |
| 最近记录： |