
先日Twitter社より衝撃のアナウンスが行われました。 新しいAccount Activity APIの実装。そして6月20日に行われるUserStream APIの撤廃です。 また、同時にDM関連のAPIも廃止されます。 現状、Twitter用クライアントアプリは主に「Rest API」と「UserStream API」の 2種類のAPIを使用してタイムラインや各種通知を取得しています。 UserStream APIの廃止はクライアントアプリにとって致命的な変更です。 UserStream APIはリアルタイムなタイムラインの更新やFav、RTの通知を行うために 必須となっており、Rest APIではタイムラインの取得しか行えません。 さらにRest APIには利用制限があり、基本的に15分に15回しか利用できません。 つまり実質1分に1回しかタイムラインが更新できません。 通知の取得
ソーシャルシェアボタンをオリジナルデザインにしたかったり、いいね!数のデータを元にランキングシステムなどを作りたい場合に役立つ「ソーシャルカウントの取得方法」をまとめました。取得方法はサーバーサイド(PHP)、クライアントサイド(Javascript)の両パターンを取り上げています。よろしければ参考にしてみて下さい!なお、Twitterのカウントは2015年11月20日以降、取得できなくなりました。
http://pbs.twimg.com/profile_images/2284174872/7df3h38zabcvjylnyfe3.png https://pbs.twimg.com/profile_images/2284174872/7df3h38zabcvjylnyfe3.png Omit the underscore and variant to retrieve the original image. The images can be very large. Default profile imagesSome users may not have uploaded a profile image yet. At this time, these users are affectionally known as “eggs” due to Twitter’s default
2. API Housekeeping • Twitter APIは2006年から互換性を保ってきた • 一部はTwitterのスケーラビリティに支障 • 新旧APIで新しいAPIデベロッパーが混乱 • 2012年5月14日に非推奨メソッド廃止などの改 訂をすることに ソースはこちら↓ https://dev.twitter.com/blog/api-housekeeping Yusuke Yamamoto 3. 主な変更点(1) • 非推奨メソッドの廃止 一覧: https://dev.twitter.com/docs/deprecations/spring-2012 /statuses/public_timeline /statuses/sample.json /statuses/friends_timeline /friends/ids /statuses/followers_tim
<g> <g> <defs> <rect id="SVGID_1_" x="-468" y="-1360" width="1440" height="3027" /> </defs> <clippath id="SVGID_2_"> <use xlink:href="#SVGID_1_" style="overflow:visible;" /> </clippath> </g> </g> <rect x="-468" y="-1360" class="st0" width="1440" height="3027" style="fill:rgb(0,0,0,0);stroke-width:3;stroke:rgb(0,0,0)" /> <path d="M13.4,12l5.8-5.8c0.4-0.4,0.4-1,0-1.4c-0.4-0.4-1-0.4-1.4,0L12,10.6L6.2
これまでTwitterのOAuth認証にはアクセスレベルが「Readのみ」「ReadとWrite」という2段階しかなく、認証を許可してしまうとダイレクトメッセージの内容までアプリケーション側から読めてしまうという問題がありましたが、ようやくこの問題が解決するようです。 Beginning today, we’re giving you more control over what information you share with third-party applications. Apps that you use to access your direct messages will ask for your permission again. » Twitter Blog: Mission: Permission 公式にアナウンスされているように、Twitterアプリケーションのア
≫Download 概要 Twitter の API を JavaScript から簡単に使うためのライブラリです。 上部の Download リンクより、js ファイルをダウンロードして読み込む事で、専用のプロキシサーバを通じて Twitter API を呼び出す事が出来るようになります。 Twitter API が BASIC 認証をサポートしなくなる事に合わせて、TwitterAPI.js の後継ライブラリとして開発されました。 現在のバージョンは 0.2.1 です。 TwitMgr (閉鎖済) や Splitwit (閉鎖済) の開発の都合上、必要になった機能については順次追加していったりしていますが、まだ十分に枯れたとは言えません。 動作のおかしい点などあれば、ご連絡頂けると助かります。 特徴 OAuth 対応 プロキシサーバを経由して Twitter API にアクセス 単一の
Twitter exposes its data via an Application Programming Interface (API). This document is the official reference for that functionality. Getting Started The concepts every developer should know before interacting with the API. Methods The API supports the following methods to send and receive Twitter data. Search API Methods search trends trends/current trends/daily trends/weekly REST API Methods
この記事は REST API version 1 時のものです。 REST API version 1.1 ではGET statuses/user_timelineの仕様自体が変更となっていますので(例えばpageオプションはなくなっている等)、この記事は参考にはなりません。ご注意ください。 statuses/user_timeline APIを使って、特定ツイートの前後のツイートを取得する動作をさせようとして、since_idオプションの仕様を勘違いしていたことに今更気がついたので、覚書ついでに恥をさらしておきます。 max_idの仕様は直感的なんですよね 特定ツイート以前(直前)のものを取得するのはとくに問題無くて、 max_id. Returns only statuses with an ID less than (that is, older than) or equal to
Adding User Stream support to a REST-based Twitter client requires handling a few additional issues. This summary should help developers estimate the scope of work and possibly avoid a few pitfalls. Refer to the Streaming API Documentation for more details on the Twitter Streaming API. Please notify us of any additional suggestions. Connections Cardinality The number of concurrent User Stream conn
Twitterの新しいStreaming API「ChirpUserStreams」がすごすぎる件 が大変注目されているということで、UserStream を使って自分の Time Line をだだ流す Web Application を作ってみました。 まず最初に留意事項ですが、follow などの event が発生した時点で API を引きに行くので、大量 event が発生すると API 制限に引っかかる可能性が非常に高いです。事業所などで出口 IP アドレスが一つの環境だと(以下略 ということで、よろしくお願いします。 ソースコードはこちらです http://gist.github.com/378540 1ファイルで動くので、必要なモジュールは各自なんとかしていただきたく。 まず Config::Pit で twitter のアカウントを設定して下さい。 $ perl -MCon
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く