目前，我们使用file_get_contents查询Twitter用户的时间轴，以获取JSON Feed，我们一次缓存一分钟，生活很美好。然而，在我们的数百个站点中的一些站点开始中断之后（当Twitter帮助开始删除旧的XML URL时），我注意到它们将在明年更改为API 1.1，我们需要对请求进行身份验证。
所以，我基本上是在寻找一个正确方向的简单指针。到目前为止，我假设如下：
正如我所说，我们只是显示用户的推文，他们拥有我们正在建立的网站。人们不登录或发布或类似的东西。
我知道有嵌入式时间表，但这几乎没有定制，我已经因为同样的原因而讨厌Facebook的“Like Box”。 （但我也知道Twitter's 'Display Requirements'除了颜色之外几乎没有任何灵活性......
因此，考虑到这一点，这是最简单的方法吗？它看起来相对简单（我的意思是twitteroauth设置了7行或更少的get请求），最大的痛苦听起来像是通过获取访问密钥来与每个用户交谈。
感谢。
答案 0 :(得分：0)
Twitteroauth肯定会让你在这方面有一个良好的开端。请记住，在Twitter文档中，您只能在15分钟内完成180个时间线请求，如果您超过这个时间，我们会限制您大约一个小时（可能会更少）。如果您希望能够显示最多的推文而不是最后一个ID，那么您还应该阅读有关timelines的内容。当然，如果您实时完成所有这些操作，那么您的网站会在向Twitter提出请求时放慢速度。
我不会使用file_get_contents，主要是因为它比curl稍微慢一点，而且twitteroauth提供了一个更好的接口IMO，更少编码为你而且它可以在git中分叉。
所以，请缓存您的结果，并留意您在1.1中分配的15分钟内发出的请求数量。如果你过去，你会后悔一个小时，这适用于使用你的钥匙的每个应用程序。
希望有所帮助