When we originally released the Twitter API back in 2006, little thought was given to API design patterns like explicit versioning, subdomain partitioning, and response structures that would scale with the rapid but unexpected growth of the Twitter service and platform. Over the past two years we've continued refining and upgrading our original API and the monolithic infrastructure that powered it
04/19/2011 Overview Site Streams, a new feature on the Streaming API, is now available for beta testing. Site Streams allows services, such as web sites or mobile push services, to receive real-time updates for a large number of users without any of the hassles of managing REST API rate limits. Events can be streamed for all users that have OAuthed your application. The following events are stream
The Twitter Streaming API allows high-throughput near-realtime access to various subsets of public and protected Twitter data. Developers are strongly encouraged to read all of the documentation linked to by this document thoroughly. There are three main Streaming products: The Streaming API, User Streams and Site Streams. These products operate in the same way, but each serves a somewhat differen
Twitter User Stream API でタイムラインを表示するサンプル - でぶぬる日記 というエントリを先日書いたのですが、もう少し実用的なプログラムを作ってみました。 このbotを動かしているTwitterアカウントに対して無言@を送信すると、「random.txt」ファイルに書かれたダジャレのうちランダムで一つを選択して自動で返信してくれます。 通常のREST APIによるbotプログラムの場合、一定間隔でAPIをコールしてタイムラインを取得するような作りになる為、@を送ってからリプライが返ってくるまでに多少のタイムラグが出てしまいます。一方、User Stream APIを使用する場合は、タイムラインをほぼリアルタイムで読み取ることが出来る為、高速で応答することが出来るみたいです。 ちなみにダジャレのテキストファイルはこれを使っています。 今回の実装における注意点を列挙し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く