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