비즈니스 데이터 API 관련 문제

비즈니스 데이터 API 관련 문제

1. 최근 데이터 검색 인터페이스: 검색/상태/제한

(1) 동일한 매개변수를 사용하여 인터페이스를 호출하면 데이터가 반환될 수도 있고, 오류가 보고될 수도 있습니다. 데이터가 불안정한가요?

온라인 서비스의 응답 속도를 보장하고 서버의 부하를 줄이기 위해 다운스트림 서비스에 액세스할 때 제한 시간은 500ms로 엄격하게 설정됩니다. 다운스트림 서비스가 500ms 이내에 반환되지 않으면 액세스가 실패합니다. 이 문제를 해결하려면 호출 시 재시도 메커니즘을 추가하는 것이 좋습니다.

(2) 동일한 매개변수를 사용하여 인터페이스를 두 번 요청하면 두 번 반환되는 데이터가 다르다고요?

두 개의 검색 데이터량이 다른데 이는 정상적인 현상입니다. 웨이보 검색을 위한 검색 전략, 프런트엔드 필터링 전략, 민감한 단어 수, 데이터베이스 내 웨이보 자체 수는 모두 동적으로 변경되는데, QA 테스트를 할 때 오프라인 환경과 온라인 환경의 차이는 기본적으로 그렇습니다. 5%를 넘지 않는 것이 정상이라고 생각하세요.

(3) 키워드는 같고, 정렬순서만 다르고, 매번 반환되는 총 데이터량이 많이 다르다고요?

온라인 백엔드 서버는 두 그룹으로 나뉘는데, 하나는 통합 검색에 사용되고 풍부한 데이터 유형(선택, 기사, 댓글, 사용자 등)을 반환하는 데 사용되고, 다른 하나는 상업용 데이터에 사용되어 반환만 합니다. 웨이보 데이터. 다른 매개변수 값에 해당하는 인덱스 라이브러리는 다릅니다. 또한 정렬 매개변수 값 fwnum, cmtnum 및 hot은 최근 원본 Weibo에만 유효하지만 시간은 제한되지 않으므로 이 세 매개변수는 반환될 때 달라지며 시간은 다른 것과 매우 다릅니다.

(4) 매일 특정 키워드를 조회하면 30일 동안의 웨이보 게시물 수와 월간 웨이보 게시물 수가 같지 않나요?

결과가 1,000개 이상인 검색의 경우 반환되는 숫자는 실제 숫자가 아니라 추정된 숫자입니다. 이 추정치는 필터링 전략의 영향을 받지 않습니다.

(5) 가끔 특정 페이지에서 반환되는 데이터가 "count"에 지정된 양보다 적습니까?

count는 페이지당 반환되는 수를 의미합니다. 예를 들어 10개의 항목이 표시되면 해당 두 항목이 필터링되어 다시 액세스하면 10개의 항목이 되기 때문입니다. 인덱스 데이터베이스는 필터링된 정보를 다음 페이지나 그 다음 페이지로 압축합니다.

(6) 각 페이지에 반환된 총 웨이보 번호 수가 total_number와 일치하지 않나요?

반환된 실제 결과 수가 total_num과 일치하지 않습니다. 이 현상은 정상적인 현상입니다. 그 이유는 인덱스에 있는 데이터가 데이터베이스에 저장될 때의 원본 데이터이기 때문입니다. 백엔드는 조회된 Weibo를 반환하지만 프런트 엔드는 Weibo의 실시간 상태를 기반으로 필터링합니다. 웨이보가 삭제되고, 민감한 단어가 공격당하고, 사용자가 차단되었습니다.

(7) 특정 키워드를 검색하면 해당 지역의 웨이보 게시물 수가 그 아래 현 및 시의 전체 웨이보 게시물 수와 같지 않나요?

검색 데이터는 모두 플랫폼에서 제공됩니다. 사용자가 특정 성 또는 도시의 Weibo를 지정하면 Weibo가 사용자가 요청한 성 또는 도시인지 확인하는 데 일부 플래그가 사용됩니다. 도시와 성 사이에는 대응 관계가 없습니다. 예를 들어 허베이 웨이보를 검색하면 허베이로 표시된 항목이 모두 검색되지만 스자좡으로 검색하면 허베이로 표시된 항목도 모두 검색됩니다. .

(8) 가장 완전한 데이터를 검색하기 위해 시간 매개변수를 사용하는 방법은 무엇입니까?

종료 시간 매개변수의 값은 현재 시간으로 지정됩니다. 시작 시간은 지정할 필요가 없습니다. 1000개의 Weibo 게시물은 시간 역순으로 반환되며 1000번째 Weibo 게시물의 생성 시간이 사용됩니다. 종료 시간 매개변수의 값으로 시작 시간을 지정할 필요 없이 다음 단계를 따르십시오.

(9) 인터페이스를 호출하면 오류가 보고되고 403이 반환됩니다. 403 오류가 발생하는 이유는 무엇입니까?

403 오류는 로그인하지 않았거나 빈도 제한을 초과했거나 게시 제한을 초과했다는 것입니다.

(10) 특정 키워드로 검색하면 최대 몇 개의 항목이 반환될 수 있나요?

특정 기간 내에 특정 키워드를 검색하여 페이지 단위로 반환할 수 있으며, 페이지당 최대 50개 항목을 반환할 수 있으며, 최대 20페이지, 즉 최대 1,000개 항목을 넘길 수 있습니다. 돌아왔다.

(11) 리포스트된 웨이보 게시물의 경우 원본 콘텐츠에만 특정 키워드가 포함되어 있고 리포스트된 콘텐츠에는 포함되어 있지 않은 경우 검색이 가능한가요?

안 돼요. 전달된 웨이보의 경우 검색 부분에는 전달된 콘텐츠 부분만 포함되며, 웨이보 작성자 이름, 이모티콘, 전달된 닉네임은 포함되지 않습니다.

2. Weibo 인터페이스의 모든 재게시된 Weibo 게시물 목록 반환: statuses/repost_timeline/all

(1) 다단계 재게시된 Weibo 게시물에 대해 이 인터페이스를 호출할 때 반환 정보는 무엇입니까?

이 인터페이스는 다단계 전달을 포함하여 Weibo에서 전달된 모든 Weibo 게시물의 목록을 반환합니다. 예를 들어 A는 B에서 전달되고 C는 D에서 전달됩니다. A에서 호출하면 반환되는 전달 번호는 B, C, D입니다. 마찬가지로 B에 대해 이 인터페이스를 호출할 때 C와 D는 각각 첫 번째와 두 번째 수준이지만 데이터를 반환할 때는 숫자가 포함됩니다. API에 표시되는 출력 매개변수에는 계층적 구분이 없습니다.

(2) 인터페이스 호출 시 특정 Weibo 게시물의 전달된 모든 Weibo 게시물을 얻을 수 없나요?

전달 목록 인터페이스는 Weibo의 모든 전달 목록을 반환하지만 결과는 유효하지 않은 사용자를 필터링합니다. 웨이보를 전달한 사용자가 정지되거나 활동하지 않는 경우 해당 사용자가 전달한 웨이보를 표시할 수 없습니다.

3. 팬 서비스 플랫폼에서 웨이보 계정과 애플리케이션의 대응 관계와 해당 보안 메커니즘은 무엇인가요?

팬 서비스 플랫폼은 현재 하나의 애플리케이션에 대한 원푸시 주소 바인딩만 지원하며, 첫 번째 접속 호출 시 팬 서비스 플랫폼에서 인증 작업을 수행합니다. : http://open .weibo.com/wiki/Messages_api_start.

4. 개발자는 어떻게 주파수 제한을 피할 수 있나요?

정기적으로 액세스해야 하는 인터페이스를 결정합니다. 각 인터페이스에는 우선순위가 있으며 액세스 빈도는 변수로 사용됩니다. 액세스해야 하는 인터페이스 데이터의 양을 계산합니다. 사용자를 위한 것입니다. 특정 업데이트(Weibo에 게시, 비공개 메시지 등)는 Account/rate_limit_status를 사용하여 현재 앱키가 지원할 수 있는 시간당 최대 방문 수를 확인하고 이 방문 수를 기반으로 빈도 값을 결정합니다.

5. 단일 웨이보 상세 페이지에 대한 URL이 없는 경우 단일 웨이보의 웹 주소를 연결하는 방법은 무엇입니까?

프로그램에서 사용자의 uid를 가져오고, statuses/querymid를 호출하여 사용자의 MID를 가져온 다음, 이를 http://weibo.com/uid/mid에 연결합니다. 예: UID= 12345, mid= abcde, 웹 버전 주소는 http://weibo.com/12345/abcde입니다.