新しいTwitter APIの最初の手
Twitterは正式に新しいAPI、別名バージョン2をリリースしました.それは大きな前提となる.ビジネス、アカデミックな研究者、学生、およびメーカーを含む「より良いサポート開発者」からの再構築として持ち出されて、誇らしげに進められます.
私は本当にそれがもたらす新しい機会を見て興奮していた.まだ初期のアクセス段階では、私はこれまで少し失望していると言わなければならない.なぜ見ましょう.
開発者のダッシュボードを含む開発者ポータルは、完全にrebrandedされています.情報は、より簡単に見つけるために、より構造化されます.より多くのクイックスタートは、新人のために本当に素晴らしいです.
私がすぐに気に入ったことの一つは、データのフィルタリングの改善方法です.Graphqlのようなビットは、あなたが興味があるTwitterのプロパティを求めることができます.
例えば、つぶやきを求めるとき、Twitterはデフォルトで
これは次のようになります.
APIはまだ認証部にOAuth 1.0 aを使用します.それはおそらく私がショックを受けた最初のことです.ほとんどのAPIは何年もOAuth 2.0に移行しました.Twitterがこの新しいバージョンをリリースするとき、飛躍をしなかったのは本当に驚くべきことです.
OAuth 2.0は今日、非常によく知られているスコープの概念を導入しました.OAuth 1.0 aを維持することによって、Twitterはユーザーのデータの開発者に粒度を提供することはできません.
言い換えれば、アプリケーションを許可することにより、それは常にあなたのデータに完全にアクセスする必要があります.それは、人々がもう望む何かでありません..
また、Auth 1.0 aは開発者の視点から使用するのがはるかに困難です.それぞれの要求に署名する必要がある.しかし、私は Pizzlyと呼ばれるツールを使用しています.
より広く、私は、その新しいAPIで多くの革新を見ませんでした.これは、ほとんどの残りのAPI、いくつかの興味深い概念(“フィールド”パラメータなど)です.しかし、他のいくつかのAPIには、すでに同じような概念があります(Google APIは何年もフィールドパラメータを使用しています).
APIクォータはまだ非常に低いです.アプリケーションは、毎月50万以上のつぶやきを要求することはできません.私はTwitterでフィードを閲覧するとき、私はセッションごとに約50ツイートを見ていると推定した.毎月、それは50 * 30 = 1500つぶやきです.
ユーザーのフィードをレンダリングするアプリケーションを構築すると、わずか数百人のアクティブユーザーで動作を停止します.それは本当にそんなにありません.
私はまた、この新しいAPIは小さな開発者をだましていないという感覚を持っている.たとえば、新しいTwitter APIを見始めるとき、私はそれがGithub貢献グラフのように少し見えるように私のTwitterのタイムラインのグラフを構築したい.
あなたが新しいTwitter APIでそれをすることができるそのような終点が、ありません.認証エンドユーザーのつぶやきを取得するには、エンドポイント.そして、パブリックつぶやきは、最後の7日間だけで取得することができます.Twitterがそのユーザーのデータをそれ自身のために保つのは少しの恥です.
この感覚を強化するもう一つの例は、6つの利用可能な終点のうちの1つが「リアルタイムで公的に利用可能なtweetsのおよそ1 %のランダムなサンプル」を届けるものです.それは素晴らしいです!しかし、管理するために必要なデータの量は大規模です.
APIはまだ初期のアクセスフェーズにあります、そして、我々はそれを見ることができます.
すべてのエンドポイントが利用できない.執筆時点では、6エンドポイントのみです.そして、例えば、あなたはバージョン2と新しいつぶやきを投稿することはできませんDMSを管理しない.それで、この新しいAPIの大部分を得るのは本当に早いです.
また、偉大な機能のトンはまだです.しかし、私は、新しいTwitter APIは、大部分のプレーヤー(設立された会社、アカデミックな研究者など)をほとんど捜しているという全体的な感覚があります.
私は本当にそれがもたらす新しい機会を見て興奮していた.まだ初期のアクセス段階では、私はこれまで少し失望していると言わなければならない.なぜ見ましょう.
すばらしい。
開発者のダッシュボードを含む開発者ポータルは、完全にrebrandedされています.情報は、より簡単に見つけるために、より構造化されます.より多くのクイックスタートは、新人のために本当に素晴らしいです.
私がすぐに気に入ったことの一つは、データのフィルタリングの改善方法です.Graphqlのようなビットは、あなたが興味があるTwitterのプロパティを求めることができます.
例えば、つぶやきを求めるとき、Twitterはデフォルトで
id
とtext
(コンテンツ)のつぶやきを送信します.あなたがRetweetsの数のような特定のメトリクスを受け取ることに興味があるならば、あなたは新しいパラメタを加えることによってそれを求めることができます.これは次のようになります.
?tweet.fields=created_at,public_metrics
それはちょうどあなたが望むものにペイロードを減らす-それは常に素晴らしいです.しかし、私はより多くの粒状を持つことができたいです.たとえば、retweetsを求めるだけでなく、すべての公的な計量を持っていません.また、デフォルトのフィールドは必須です.それを越える方法はない.MEH
APIはまだ認証部にOAuth 1.0 aを使用します.それはおそらく私がショックを受けた最初のことです.ほとんどのAPIは何年もOAuth 2.0に移行しました.Twitterがこの新しいバージョンをリリースするとき、飛躍をしなかったのは本当に驚くべきことです.
OAuth 2.0は今日、非常によく知られているスコープの概念を導入しました.OAuth 1.0 aを維持することによって、Twitterはユーザーのデータの開発者に粒度を提供することはできません.
言い換えれば、アプリケーションを許可することにより、それは常にあなたのデータに完全にアクセスする必要があります.それは、人々がもう望む何かでありません..
また、Auth 1.0 aは開発者の視点から使用するのがはるかに困難です.それぞれの要求に署名する必要がある.しかし、私は Pizzlyと呼ばれるツールを使用しています.
より広く、私は、その新しいAPIで多くの革新を見ませんでした.これは、ほとんどの残りのAPI、いくつかの興味深い概念(“フィールド”パラメータなど)です.しかし、他のいくつかのAPIには、すでに同じような概念があります(Google APIは何年もフィールドパラメータを使用しています).
醜い。
APIクォータはまだ非常に低いです.アプリケーションは、毎月50万以上のつぶやきを要求することはできません.私はTwitterでフィードを閲覧するとき、私はセッションごとに約50ツイートを見ていると推定した.毎月、それは50 * 30 = 1500つぶやきです.
ユーザーのフィードをレンダリングするアプリケーションを構築すると、わずか数百人のアクティブユーザーで動作を停止します.それは本当にそんなにありません.
私はまた、この新しいAPIは小さな開発者をだましていないという感覚を持っている.たとえば、新しいTwitter APIを見始めるとき、私はそれがGithub貢献グラフのように少し見えるように私のTwitterのタイムラインのグラフを構築したい.
あなたが新しいTwitter APIでそれをすることができるそのような終点が、ありません.認証エンドユーザーのつぶやきを取得するには、エンドポイント.そして、パブリックつぶやきは、最後の7日間だけで取得することができます.Twitterがそのユーザーのデータをそれ自身のために保つのは少しの恥です.
この感覚を強化するもう一つの例は、6つの利用可能な終点のうちの1つが「リアルタイムで公的に利用可能なtweetsのおよそ1 %のランダムなサンプル」を届けるものです.それは素晴らしいです!しかし、管理するために必要なデータの量は大規模です.
結論
APIはまだ初期のアクセスフェーズにあります、そして、我々はそれを見ることができます.
すべてのエンドポイントが利用できない.執筆時点では、6エンドポイントのみです.そして、例えば、あなたはバージョン2と新しいつぶやきを投稿することはできませんDMSを管理しない.それで、この新しいAPIの大部分を得るのは本当に早いです.
また、偉大な機能のトンはまだです.しかし、私は、新しいTwitter APIは、大部分のプレーヤー(設立された会社、アカデミックな研究者など)をほとんど捜しているという全体的な感覚があります.
Reference
この問題について(新しいTwitter APIの最初の手), 我々は、より多くの情報をここで見つけました https://dev.to/bearer/first-hands-on-the-new-twitter-api-44e9テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol