我应该使用Twitter API还是仅仅使用RSS Feed?

问题描述:

我工作的公司已经成立了一个twitter处理程序,并且在我们的网站上我们只会显示最后2条推文。我应该使用Twitter API还是仅仅使用RSS Feed?

由于我们只显示,有没有使用过的API只是从我们的个人资料页面的RSS Feed什么优势?

我知道API有号码的呼叫限制...没有的RSS订阅?

酷,欢呼声

+0

而无需开发者密钥,也看不出如何RSS源可以以同样的方式被限制了可以在API调用。 – 2009-10-13 05:22:33

+0

我相信你需要RSS提要的API密钥。 – 2009-10-13 05:28:22

+0

任何人都可以确认@ghills? RSS Feed是否开放? – andy 2009-10-13 05:34:36

RSS提要实际上是API的一部分,所以你应该罚款,只要你能解析RSS。 RSS订阅源是公开的配置文件,并且不需要API密钥。

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

假设你拉下来在服务器端,请确保您缓存的饲料,所以你不拉为每个页面加载一个下来。

+0

上的缓存有 – andy 2009-10-13 05:33:59

望着从RSS feed中的单个条目,你会得到整个鸣叫,时间,和鸣叫的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日上午08时44分
BadAstronomer:@neito没有,兰迪还活着&还是恼人的欺诈行为。一个Fark链接使它看起来好像他已经洗掉了这个必须的线圈:http://is.gd/4fZBo

请注意,推文内的任何链接都不保留其链接的性质。与任何“@replies”和#hashtags相同。总之,如果API内部有能力让原始推文保留它的原始链接,那么这肯定值得我们付出额外的努力,因为否则,你会丧失原始推文的超链接丰富性,或者你必须解析并重新链接可能很麻烦的链接,回复和标签。

我想这取决于排序鸣叫您的公司将作出的。如果他们是没有链接的普通推文,那么我看不到使用API​​的优势。但是,如果他们希望使用Twitter的正常链接语法,我会使用API​​。

+0

嗯良好的通话...即使这里的网页上,那些“http://is.gd/4fZBo”链接居然变成超链接,他们不(答案)编辑模式,和他们不在RSS源的源头 – 2009-10-13 05:52:57

+1

Twitter API确实只是将纯文本返回为纯文本 - 显然将@名称和链接转换为链接取决于开发人员,所以在这方面没有优势。 – JAL 2009-10-14 01:44:30

+0

良好的信息,谢谢。我还没有尝试API,现在我很惊讶他们失去了这些信息。我想知道他们的理由是什么? – 2009-10-14 03:45:44