ミュートの取得: Standard v1.1 と X API v2 の比較
- 共通点
- 認証
- 相違点
- エンドポイント URL
- リクエストごとのユーザー数の上限
- App と Project の要件
- レスポンスデータの形式
- リクエストパラメータ
類似点
違い
- 標準 v1.1 エンドポイント:
- GET https://api.x.com/1.1/mutes/users/ids.json (指定したユーザーがミュートしているユーザー ID のリスト)
- GET https://api.x.com/1.1/mutes/users/lists.json (指定したユーザーによってミュートされているユーザーのリスト)
- X API v2 エンドポイント:
- GET https://api.x.com/2/users/:id/muting (指定したユーザー ID によってミュートされているユーザーのリスト)
- JSON のルートレベルでは、標準エンドポイントは Post オブジェクトを statuses 配列で返しますが、X API v2 は data 配列で返します。
- リツイートおよび引用「statuses」を参照する代わりに、X API v2 の JSON ではリツイートおよび引用ツイートを参照します。contributors や user.translator_type など、多くのレガシーかつ非推奨のフィールドは削除されます。
- Post オブジェクト内の favorites と user オブジェクト内の favourites の両方を使用する代わりに、X API v2 では like という用語を使用します。
- X では、値を持たない JSON 値 (たとえば null) はペイロードに書き込まない、という規則を採用しています。Post と user の属性は、非 null の値を持つ場合にのみ含まれます。
- conversation_id フィールド
- context と entities を含む、2 つの新しい annotations フィールド
- 複数の新しい metrics フィールド
- 指定されたポストに返信できるユーザーを示す、新しい reply_setting フィールド
また、X API v2 ではサポートされていない、v1.1 の標準的な Mutes ルックアップ用リクエストパラメータもあります。
コード例
ミュートしているユーザーを取得 (v2)
cURL