让我们想象一下应用程序,它不仅仅是发布推文的另一种方式,而是类似于聚合器的东西,需要存储/访问通过t发布的推文。
由于 twitter 为 API 调用添加了限制,应用程序应该/可能使用一些缓存,然后它应该定期检查推文是否没有被删除等。
你如何管理限制?您如何看待没有列入白名单的优质流量应用程序?
让我们想象一下应用程序,它不仅仅是发布推文的另一种方式,而是类似于聚合器的东西,需要存储/访问通过t发布的推文。
由于 twitter 为 API 调用添加了限制,应用程序应该/可能使用一些缓存,然后它应该定期检查推文是否没有被删除等。
你如何管理限制?您如何看待没有列入白名单的优质流量应用程序?
仅举几例。
好吧,您每小时有 100 个请求,所以问题是您如何在各种类型的请求之间进行平衡。我认为最好的选择是TweetDeck的方式,它允许您设置百分比并保存其余的 % 以供发布(因为这也很重要):(
来源:livefilestore.com)
围绕缓存建立一个数据库会很好,我会忽略已删除的数据库——一旦你下载了推文,它是否被删除就无关紧要了。如果您愿意,理论上您可以尝试打开带有推文的页面,如果您收到 404,则它已被删除。这意味着 API 没有成本。