사용자를 차단 및 차단 해제하는 엔드포인트는 Enterprise 플랜에서만 사용할 수 있습니다. Enterprise 관심 양식은 여기에서 작성할 수 있습니다.
Blocks lookup: standard v1.1과 X API v2 비교
standard v1.1의 GET blocks/ids 및 GET blocks/list 엔드포인트를 사용해 왔다면, 이 가이드는 standard v1.1과 X API v2의 blocks lookup 엔드포인트 사이의 유사점과 차이점을 이해하는 데 도움이 될 것입니다.- 유사점
- 인증
- 차이점
- 엔드포인트 URL
- 요청당 사용자 수 제한
- App 및 Project 요구사항
- 응답 데이터 형식
- 요청 매개변수
유사점
인증 standard v1.1과 X API v2의 blocks lookup 엔드포인트는 모두 OAuth 1.0a User Context를 사용합니다. 따라서 이전에 standard v1.1 blocks lookup 엔드포인트 중 하나를 사용했다면 X API v2 버전으로 마이그레이션할 때도 동일한 인증 방식을 계속 사용할 수 있습니다.차이점
엔드포인트 URL- standard v1.1 엔드포인트:
- GET https://api.x.com/1.1/blocks/ids.json (지정된 사용자가 차단한 사용자 ID 목록)
- GET https://api.x.com/1.1/blocks/lists.json (지정된 사용자가 차단한 사용자 목록)
- X API v2 엔드포인트:
- GET https://api.x.com/2/users/:id/blocking (지정된 사용자 ID가 차단한 사용자 목록)
- JSON 루트 레벨에서 standard 엔드포인트는 statuses 배열에 Post 객체를 반환하지만, X API v2는 data 배열을 반환합니다.
- Retweeted 및 Quoted “statuses”라는 표현 대신 X API v2 JSON은 Retweeted 및 Quoted Tweet이라는 표현을 사용합니다. contributors 및 user.translator_type과 같은 많은 레거시 및 폐기 예정 필드가 제거되고 있습니다.
- favorites (Post 객체 내) 및 favourites (user 객체 내)를 함께 사용하는 대신, X API v2는 like라는 용어를 사용합니다.
- X는 값이 없는 JSON 값(예: null)은 페이로드에 기록하지 않는 규칙을 채택하고 있습니다. Post와 user 속성은 non-null 값을 가진 경우에만 포함됩니다.
- conversation_id 필드
- context 및 entities를 포함한 두 개의 새로운 annotations 필드
- 여러 새로운 metrics 필드
- 특정 Post에 대해 누가 답장할 수 있는지 표시하는 새로운 reply_setting 필드
코드 예제
차단된 사용자 가져오기 (v2)
cURL
사용자 차단하기 (v2) — Enterprise 전용
cURL