我工作的公司已經成立了一個twitter處理程序,並且在我們的網站上我們只會顯示最後2條推文。我應該使用Twitter API還是僅僅使用RSS Feed?
由於我們只顯示,有沒有使用過的API只是從我們的個人資料頁面的RSS Feed什麼優勢?
我知道API有號碼的呼叫限制...沒有的RSS訂閱?
酷,歡呼聲
我工作的公司已經成立了一個twitter處理程序,並且在我們的網站上我們只會顯示最後2條推文。我應該使用Twitter API還是僅僅使用RSS Feed?
由於我們只顯示,有沒有使用過的API只是從我們的個人資料頁面的RSS Feed什麼優勢?
我知道API有號碼的呼叫限制...沒有的RSS訂閱?
酷,歡呼聲
RSS提要實際上是API的一部分,所以你應該罰款,只要你能解析RSS。 RSS訂閱源是公開的配置文件,並且不需要API密鑰。
更多信息:Twitter REST API Method: statuses user_timeline
假設你拉下來在服務器端,請確保您緩存的飼料,所以你不拉爲每個頁面加載一個下來。
上的緩存有 – 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。
嗯良好的通話...即使這裏的網頁上,那些「http://is.gd/4fZBo」鏈接居然變成超鏈接,他們不(答案)編輯模式,和他們不在RSS源的源頭 – 2009-10-13 05:52:57
Twitter API確實只是將純文本返回爲純文本 - 顯然將@名稱和鏈接轉換爲鏈接取決於開發人員,所以在這方面沒有優勢。 – JAL 2009-10-14 01:44:30
良好的信息,謝謝。我還沒有嘗試API,現在我很驚訝他們失去了這些信息。我想知道他們的理由是什麼? – 2009-10-14 03:45:44
而無需開發者密鑰,也看不出如何RSS源可以以同樣的方式被限制了可以在API調用。 – 2009-10-13 05:22:33
我相信你需要RSS提要的API密鑰。 – 2009-10-13 05:28:22
任何人都可以確認@ghills? RSS Feed是否開放? – andy 2009-10-13 05:34:36