php - 适用于许多网站和相关初学者的 Twitter API 1.1、OAuth 和 PHP(用于内容管理系统)

Question

目前，我们使用 file_get_contents 查询 Twitter 用户的时间线以获取我们每次缓存一分钟的 JSON 提要，生活很美好。然而，在我们数百个站点中的一些站点开始崩溃后(当 Twitter 帮助开始删除旧的 XML url 时)，我注意到它们将在明年更改为 API 1.1，我们需要对请求进行身份验证。

所以，我基本上是在寻找一个指向正确方向的简单指针。到目前为止，我假设如下:

1. 新的 GET 资源看起来非常相似，奖励!
2. 因为我们只显示该用户的推文，所以我们只需要一个 dev.twitter.com token
3. 看来我们需要为我们创建的每个网站在该用户的帐户上创建一个新 token 。
4. 我们可能必须安装一个类似于 twitteroauth 的库，因为找到了 https://dev.twitter.com/docs/auth/oauth/single-user-with-examples#php

正如我所说，我们只是显示拥有我们正在构建的网站的用户的推文。人们不会登录或发帖或类似的东西。

我知道有嵌入式时间线，但这些时间线几乎无法定制，出于同样的原因，我已经讨厌 Facebook 的“点赞框”。 (但我也知道 Twitter's 'Display Requirements' 除了可能的颜色之外几乎没有提供任何灵 active ......

那么，考虑到这一点，这是最简单的方法吗？这看起来相对简单(我的意思是 twitteroauth 在设置后在 7 行或更少的行中执行获取请求)，最大的痛苦听起来像是必须通过获取访问 key 与每个用户交谈。

谢谢。

Answer 1

Twitteroauth肯定会让你在这方面领先一步。请记住，尽管在 Twitter 文档中，您只允许在 15 分钟内执行 180 个时间线请求，如果您超过该时间，我认为他们将限制您大约一个小时(可能会更少)。您还应该阅读有关 timelines 的内容如果你希望能够显示每条推文，你最不可能显示你最后获得的 ID 是什么。当然，如果您实时执行所有这些操作，那么您的网站会在向 Twitter 发出请求时变慢。

我不会使用 file_get_contents，主要是因为它比 curl 稍慢，而 twitteroauth 提供了一个更好的界面 IMO，为您减少了编码，并且它可以在 git 中 fork 。

所以，是的，缓存你的结果并留意你在 1.1 中分配的 15 分钟内发出了多少请求。如果你过去了，你会后悔一个小时，这适用于使用你的 key 的每个应用程序。

希望对你有帮助