tweetstream

    0熱度

    1回答

    根據Ars Technica的教程,「流式API可以很容易地檢測用戶何時獲得新的跟隨者。要檢測跟隨事件對象,請查找」事件「鍵並檢查它是否包含字符串」follow「價值。」 http://arstechnica.com/information-technology/2010/04/tutorial-use-twitters-new-real-time-stream-api-in-python/2/

    1熱度

    1回答

    我有一個相當簡單的Tweetstream監聽器,它建立在我試圖在Heroku上運行的Sinatra應用程序中。它站起來,運行良好,但大約一分鐘後,我收到以下錯誤: 2012-12-04T06:23:31+00:00 heroku[web.1]: Stopping process with SIGKILL 2012-12-04T06:23:31+00:00 heroku[web.1]: Error

    3熱度

    3回答

    運行以下示例時使用TweetStream我收到提到的錯誤。 tweets.rb require 'tweetstream' TweetStream.configure do |config| config.consumer_key = '<CONSUMER KEY>' config.consumer_secret = '<CONSUMER SECRET>' co

    0熱度

    1回答

    我與TweetStream gem紅寶石工作,想知道是否有使用 TweetStream::Client.new.track('key1', 'key2') 和跟蹤鳴叫只有兩個關鍵字在他們的方法嗎? 正常使用跟蹤推文其中一個。

    4熱度

    1回答

    我正在嘗試使用Ruby的daemon gem並循環重新啓動具有自己的循環的守護進程。我的代碼看起來像現在這樣: require 'daemons' while true listener = Daemons.call(:force => true) do users = accounts.get_updated_user_list TweetStream::Cl

    1熱度

    1回答

    我目前正在利用Tweetstream將推文存儲在MongoDB中。 我已經安裝,即時通訊與Python 2.7中運行的腳本: extent =["144.715, -38.03", "145.219, -37.541"] with tweetstream.FilterStream(username, password, locations=extent) as stream: for

    2熱度

    3回答

    我試過使用寶石twitter,grackle和TweetStream,但我無法弄清楚如何獲得用戶@mentions流。 我只是不知道如何把一些代碼說'讓所有提到用戶'。 (並且我想要使用@mention,而不僅僅是搜索twitter的用戶名) 我使用Sinatra ::我已經把它全部運行起來了::我可以發佈到feed,pull specific狀態等。獲取@mentions正在逃避我。

    0熱度

    1回答

    我正在使用美妙的tweetstream gem(https://github.com/intridea/tweetstream)for rails來使用流式twitter api。 但是,我在twitter文檔中讀到,我們可以將param「stall_warnings」設置爲true,以便在客戶端處於斷開連接的危險中時接收來自twitter的警告消息,以告知當前客戶端隊列已滿多少。 https:/

    2熱度

    3回答

    我剛開始學習ruby和mongodb的概念。這是我嘗試運行 require 'rubygems' require 'tweetstream' require 'mongo' TweetStream.configure do |config| config.consumer_key = '<key>' config.consumer_secret = '<secret>'

    3熱度

    1回答

    我有一個python腳本,它使用基本身份驗證和使用tweetstream模塊掛鉤到Twitter Streaming API。 我每分鐘收集約10條推文。 我得到間歇性斷開連接,所以目前正在記錄它們發生的頻率。 我一直打我的速度限制,並獲得420 HTTP錯誤。 我知道,對於搜索API,使用OAuth身份驗證可以獲得更高的配額。對於流式傳輸,我無法找到任何有關基本和OAuth之間速率限制差異的參考