我需要通过API搜索特定关注者集的推文（来自Twitter）。我们想通过获取Twitter列表的成员然后获得他们的每个粉丝来吸引粉丝。
例如，https://twitter.com/TwitterUK/lists/lovetheatre-day有325个成员。我们想要进行推文搜索的用户是这些成员的所有关注者的总和。
我做了一个非常粗略的估计（并且可能是一个低估），在上面列表的325个成员中可能有325,000个粉丝。
因此，理想情况下，我们希望能够对特定字词/短语执行API搜索，但将搜索限制为仅限于此数据集，即325,000个粉丝....
现在我已经了解了Twitter的速率限制，并研究了在7.5天内完成的API搜索方法！
使用应用程序上下文： 450（查询）* 4（每小时15分钟）=每小时1800次查询 - 由于速率限制
325000（以上估计的粉丝）/ 1800（qph）= ~180.5小时或7.5天获取所有用户推文！
这是正确的计算吗？还是我误解了速度限制？我知道有一个用户上下文，但速率限制较低（每小时720个查询） - 有些应用程序可以使用多个用户上下文并在它们之间拆分工作以实现更高的速率吗？
我知道有一个用户＆＃34;来自＆＃34;在API搜索中过滤，并且您可能在查询中使用OR运算符，但是研究人员建议任何超过2或3个OR运算符（在用户上：来自）会导致性能非常差。
另一部分是我们必须能够使数据保持最新 - 上面显然只是得到了历史性的推文。我们需要一个能够获取当前推文的解决方案，而无需再次重建整个数据集！
是否有人知道这是否可以远程操作，或者我们是否可以更好地查看经过认证的数据产品：https://biz.twitter.com/partners/list/certified-products
很抱歉没有问题的代码和一般性质，但我们尚未构建任何内容。我们真的只是处于项目的分析阶段，以确定它是否可行。
我希望有一些Twitter API专家可以建议如何最好地处理这类事情。
提前致谢，
理查德。