タグ

streaming APIに関するitchynyのブックマーク (6)

  • 今は昔のkonjak翻訳 φ(・ω・´ )…: User Streams Implementation Suggestions

    2010年9月20日月曜日 User Streams Implementation Suggestions http://dev.twitter.com/pages/user_streams_suggestions 目次概要 接続 基 Churn(頻繁な接続変更?) 失敗 バックフィル(埋め戻し) フィルタ制限 解析 表示 フィルタ 検索 重複除去 再整理 ルーティング ブロック レート制限 アルゴリズム スタートアップ ストリーミング接続失敗時 シャットダウン 概要RESTベースのTwitterクライアントでユーザーストリームサポートを追加するには幾つかの問題を扱えるようにすることを要求されます。  この概要は開発者が作業範囲を推定することを助け、幾つかの落とし穴を回避することを可能にするでしょう。TwitterストリーミングAPIの更なる詳細はStreaming API

  • Atsushi's Homepage 〜 Twitter API を使ってみる

    Twitter API の使い方などの説明です (2011/4/12 新規作成) (2013/6/13 API 1.1 対応版に書き直し) (2018/8/23 Account Activityを追加)。 Twitter は、 ユーザーが「ツイート」と呼ばれる 140 文字のつぶやきを投稿し、 閲覧できるコミュニケーション・サービスです。 Twitter API は、そのツイートの変更や参照・検索をプログラムから 扱えるようにする公式の API サービスです。 世の中に数多ある Twitter クライアントや、連携サービスも Twitter API を使って作成されており、相当のことができます。 Twitter API の解説をしている Web ページはそれなりにありますが、 API の仕様や周辺事情が色々と変化しているため、2013/6/13 時点で 私が調べた情報をまとめなおしたものを

    Atsushi's Homepage 〜 Twitter API を使ってみる
  • https://github.com/yuroyoro/node-twitter-userstream/blob/master/twitter-userstream.js

  • Twitter Streaming API » interact!ve

    Twitter Streaming APIを利用すると、Twitterのパブリックタイムラインや特定の言葉やユーザIDによるフィルタリングで流れてくるリアルタイムな情報を取得できる。 Streaming APIは、クライアントからサーバへHTTP接続を開き、エラー等で切断されるまで次々にレスポンスが送られてくる。クライアントは、このレスポンスを次々に処理していく。 Streaming APIは、大きく分けて3つに分類される。 (1)パブリックタイムライン パブリックタイムラインの内容を取得する。 firehose、gardenhose、spritzerがありspritzer以外は、許可が必要。 (2)特定ユーザの発言 特定のユーザの発言を取得する。 birddog、shadow、followがありfollow以外は、許可が必要。 (3)特定キーワード 特定のキーワードを

  • TwitterのStreaming APIを使ってみた - まめ畑

    少し前から、TwitterAPIにStreaming APIというものが実験的に追加されました。 これは、今までのAPIではXMLを取得する度に接続して切断してという処理を行っていましたが、このAPIはPUSH型で接続した後は接続がクローズされるまで情報が連続的に送られてきます。 公式Wiki: Sign in with your Twitter account | Twitter Developers 認証はBASIC認証のみに対応しており、HTTPでアクセスします。 詳細はWikiを参照した方が新しい情報を取得できます。 アクセスする際には、レスポンスを順次扱えるライブラリなどが必要なのですが、FlexのHTTPServiceでは逐次情報が取れなかったので、Socketを使って簡単に書いてみました。 Streaming API用の簡単なライブラリを作ったほうが便利と思ったので、今度つ

    TwitterのStreaming APIを使ってみた - まめ畑
  • hidekiy blog: twitter live streaming を公開

    ping による疎通は確認できるのに、いざ ssh などで繋ごうとすると No route to host というエラーで即座に接続失敗し途方に暮れる場合、おそらく原因は接続先のホストiptables によりパケットがブロックされ、到達不能を意味する ICMP パケットが返ってきたことによります。 以下のコマンドで INPUT ポリシーをチェックします。上から順にマッチさせていき、マッチし次第ジャンプして終わるので、デフォルト条件の設定されていそうな一番下の行が肝心です。 # /sbin/iptables -L --verbose を追加してブロックしているポリシーのカウンタを見ながらブロック状況を観察できます。 # /sbin/iptables -L --verbose おそらく問題となっているのは INPUT ポリシー最下行で全てのパケットにマッチするこういう行です ... -j

    hidekiy blog: twitter live streaming を公開
  • 1