TwitterAPIがApplication-only authenticationを公開。これを使うと検索API等の一部回数制限が大幅に緩和される。 - K52.NIKKI ver3.0
ほとんど話題になってないのですが、Twitterが3/11に「Application-only authentication」というAPIの認証方法を公開しました。 ■Do applications dream of authenticated requests?（英語） https://dev.twitter.com/blog/application-only-authentication ■Application-only authentication（英語） https://dev.twitter.com/docs/auth/application-only-auth 名前の通り、アプリケーションだけがAPIを叩く場合に使える認証方法です。 どういうことかと言うと、クライアントのように多くのユーザに配布して各々がAPIを叩くわけではなく、アプリケーション自身のみが唯一APIを叩く場合
アプリケーション単独認証 - Twitter 開発者ドキュメント 日本語訳
概要 Twitter では、アプリケーションは (指定したユーザーの情報を使うのではなく)自身の認証情報のみを使って認証済みリクエストを発行することができます. Twitterの実装は OAuth 2 仕様のClient Credentials Grantフローに基づいています。 OAuth 1.0a ではユーザーの認証情報を使ったリクエスト発行も必要なので注意してください。 アプリケーション単独認証を使うと、認証ユーザーを識別するための情報をどこにも保持していないので、ツイートの投稿のようにユーザーを識別する情報が必要なエンドポイントへのAPIリクエストでは使用できません。しかし使用可能なエンドポイントでは、速度制限が緩くなっています。 例えば、アプリケーション単独認証では以下のようなことができます。: ユーザーのタイムラインを取得する; 指定したアカウントの友達やフォロワーにアクセスす
ツイートを「大量に」収集する実験 - Qiita
2016/10なので、ざっくり1年半くらい前、「ツイートを長時間収集する実験」という記事で、お目汚しさせていただきました。その後、仕事の多忙と作業(隠語)の多忙等でこちらに経過を書くタイミングが無かったのですが、その後の経過についてざっくりと。 1年前からの経過 Pythonで作ったプログラムで、TwitterのPublic Streamからデータを収集し、MongoDBに格納する(そのあとのことは後から考える)のが目的。 環境はDocker、Python3、MongoDB、Tweepy。 最初の投稿で目標としていた、91(定数)の想定期間、2016/10/28～2017/01/15 の間のツイート取得は、おおむね順調に動作。総ツイート取得数279万件(RT等含む)。 トラブル等で取得できなかった時間は、トータル5時間程度、総稼働時間に対する不稼働時間の割合は0.2%。 トラブルとしては、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
OAuth 2.0 App-Only (Bearer Token)
