【问题标题】:Should I use the Twitter API or just the RSS Feed?我应该使用 Twitter API 还是只使用 RSS Feed?
【发布时间】:2009-10-13 13:43:43
【问题描述】:

我工作的公司设置了一个推特句柄,在我们的网站上,我们将显示最后 2 条推文。

由于我们只是显示,使用 API 是否比仅使用我们个人资料页面中的 RSS Feed 有任何优势?

我知道 API 有许多调用限制...RSS Feed 有吗?

酷,干杯

【问题讨论】:

  • 不需要开发人员密钥,我看不出如何像 API 调用那样限制 RSS 提要。
  • 我相信您需要一个用于 RSS 提要的 API 密钥。
  • 谁能确认@ghills? RSS Feed 没有打开?
  • 我想是的!我可以看到这个没问题:twitter.com/statuses/user_timeline/4620451.rss
  • 您似乎需要一个用于您自己主页的“RSS 源”,也就是您朋友的时间线。也许这就是 ghills 的意思?

标签: twitter twitter-feed


【解决方案1】:

RSS 提要实际上是 API 的一部分,所以只要您能够解析 RSS,就应该没问题。 RSS 提要对公共个人资料是公开的,不需要 API 密钥。

更多信息:Twitter REST API Method: statuses user_timeline

假设您在服务器端将其拉下,请确保您缓存提要,这样您就不会在每次页面加载时拉下一个。

【讨论】:

    【解决方案2】:

    查看来自 RSS 提要的单个条目,您可以获得整个推文、时间和推文的 URL。例如

    BadAstronomer: @neito No, Randi's alive & still annoying frauds. A Fark link made it look like he'd shuffled off this mortal coil: http://is.gd/4fZBo
    2009 年 10 月 13 日,星期二上午 8:44
    BadAstronomer:@neito 不,Randi 还活着,但仍然存在令人讨厌的欺诈行为。一个 Fark 链接让他看起来像是摆脱了这个凡人的线圈:http://is.gd/4fZBo

    请注意,推文中的任何链接都不会保留其链接性质。与任何“@replies”和#hashtags 相同。

    简而言之,如果 API 能够让原始推文保留其原始链接,那么我认为这当然值得付出额外的努力,因为否则您要么丧失原始推文的超链接丰富性,要么必须解析和重新链接可能很繁重的链接、回复和主题标签。

    我想这取决于贵公司将发布的推文类型。如果它们是没有链接的普通推文,那么我看不到使用 API 的优势。但是,如果他们希望使用 Twitter 的正常链接语法,我会使用 API。

    【讨论】:

    • 嗯...即使在此处的页面上,那些“is.gd/4fZBo”链接实际上变成了超链接,它们不在(回答)编辑模式下,也不在源RSS 提要
    • Twitter API 确实将推文的文本作为纯文本返回 - 显然将 @ 名称和链接转换为链接取决于开发人员,因此在这方面与 RSS 相比没有优势。
    • 好信息,谢谢。我还没有尝试过 API,现在我很惊讶他们丢失了这些信息。我想知道他们的原因是什么?
    猜你喜欢
    • 2011-07-08
    • 2017-09-11
    • 1970-01-01
    • 1970-01-01
    • 2011-05-07
    • 1970-01-01
    • 1970-01-01
    • 2018-09-05
    • 2012-10-07
    相关资源
    最近更新 更多