0

我对即将到来的 Twitter API 1.1 更改以及如何重新实现过去由http://tweet.seaofclouds.com/http://thomasbillenstein.com/jTweetsAnywhere/等 jquery 小部件提供的功能感到困惑。

我已经能够让 linq-to-twitter 使用 ApplicationOnlyAuthorizer 进行搜索,以至少将大部分信息获取到 GridView 中,但这将一遍又一遍地重复使用相同的令牌(属于应用程序的令牌) ,并且当部署到拥有数百/数千活跃用户的实时站点时,将在 15 分钟内快速处理 450 个请求......

此外,为了显示,我宁愿能够重新使用其中一个基本的 jquery 插件,所以似乎我必须将 jquery ajax 调用指向本地页面方法或 Web 服务来创建服务器-边打电话给我...然后如果我使用 linq-to-twitter 我必须将搜索结果混合到一个匿名对象中,然后 JSON 将其序列化回浏览器...对吗?

此外,为了解决速率限制问题,Twitter 似乎希望我代表我的用户发出这些搜索请求,但这需要通过 oAuth 授权工作流程发送它们,然后必须将它们的令牌存储在某个地方以每次他们加载显示“twitter feed”的页面时使用。正确的?

最后,现有应用程序中内置的部分功能是能够存储推文 ID 和推特用户 ID 列表并将它们从结果中删除(如果它们令人反感等)。

我的大脑告诉我,一个简单的任务,例如“向我显示所有带有 #whatever 的推文,除了推文 ID 1111212 和 1356346”将需要我上面描述的所有内容......

我在这里想念什么?

编辑澄清问题 如果对 Twitter 的 1.1 搜索 API 的所有查询都必须经过身份验证,并且由于速率限制而不能使用 ApplicationOnly oAuth 身份验证,并且我们不希望强制用户通过 oAuth 捕获他们的令牌,我们如何期望以类似 jquery 的自动更新方式显示来自搜索 API 的推文列表?

4

1 回答 1

0

我发现的唯一选择是嵌入式时间线(除非您想使用缓存等构建自己的服务器端解决方案):

https://dev.twitter.com/docs/embedded-timelines

于 2013-04-29T21:12:08.157 回答