Twitter应用开发最佳实践？

Question

让我们想象一下app不仅仅是发布推文的另一种方式，而是像聚合器这样的东西，需要存储/访问发布的推文。

由于twitter增加了API调用的限制，app应该/可能会使用一些缓存，然后它应该定期检查是否删除了推文等。

你如何管理限制？您认为好的流量应用程序在没有白化的情况下如何生活？

Answer 1

仅举几例。

• 积极的缓存。除非必须，否则不要呼叫API。
  • 我通常会提前下载尽可能多的数据并将其存储在某处。然后，我在本地商店运营，直到它耗尽，需要刷新。
• 避免实时做事。将请求排队并在计时器上进行排队。
  • 如果您使用的是Linux，那么cronjobs是最简单的方法。
• 尽可能合并请求。

Answer 2

你每小时有100个请求，所以问题是如何在各种类型的请求之间取得平衡。我认为最好的选择是如何TweetDeck允许你设置百分比并保存其余的％用于发布（因为这也很重要）：
_{（来源：livefilestore.com）}

围绕缓存数据库会很好，我会忽略已删除的数据库 - 一旦你下载了推文，它是否被删除无关紧要。如果你愿意，理论上你可以尝试用推文打开页面，如果你得到404，那么它就被删除了。这意味着没有针对API的成本。