ビジネスデータAPI関連の問題
商用データ API 関連の問題
1. 最近のデータの検索インターフェイス: search/status/limited
(1) 同じパラメータを使用してインターフェイスを呼び出すと、データが返されることもあれば、エラーが報告されることもあり、データが不安定ですか?
オンライン サービスの応答速度を確保し、サーバーの負荷を軽減するため、下流サービスにアクセスする際のタイムアウトは 500ms に厳密に設定されています。下流サービスが 500ms 以内に返らない場合、アクセスは失敗します。この問題を解決したい場合は、呼び出し時に再試行メカニズムを追加することをお勧めします。
(2) 同じパラメータを使用してインターフェースを 2 回リクエストすると、2 回返されたデータは異なりますか?
2 つの検索にはデータ量が異なりますが、これは正常です。 Weibo を検索するための検索戦略、フロントエンドのフィルタリング戦略、センシティブな単語の数、データベース内の Weibo 自体の数はすべて動的に変化します。QA がテストしているとき、オフライン環境とオンライン環境の違いは基本的に変わりません。 5% を超えないでください。それが正常だと考えてください。
(3) キーワードは同じですが、並べ替え順序が異なるだけで、毎回返されるデータの総量は大きく異なりますか?
オンライン バックエンド サーバーは 2 つのグループに分かれており、1 つは統合検索に使用され、豊富なデータ タイプ (選択、記事、コメント、ユーザーなど) を返し、もう 1 つはビジネスデータの場合、Weibo データのみが返されます。異なるパラメータ値に対応するインデックス ライブラリも異なります。さらに、並べ替えパラメーター値 fwnum、cmtnum、hot は最近のオリジナル Weibo に対してのみ有効ですが、時間は制限されていないため、これら 3 つのパラメーターは返されるときに異なり、時間は他のものとは大きく異なります。
(4) 特定のキーワードを毎日クエリすると、30 日間の Weibo の投稿数と月ごとの Weibo の投稿数は等しくありませんか?
検索結果が 1,000 件を超える場合、返される数は実際の数ではなく推定数です。この推定数はフィルタリング戦略の影響を受けません。
(5) 特定のページから返されるデータが、「count」で指定した量よりも少ない場合がありますか?
Count は、ページごとに返される数を指します。たとえば、10 アイテムに設定されている場合、8 つのアイテムが表示されている場合、その 2 つのアイテムが除外されているためです。インデックス データベースは動的であり、フィルタリングされた情報が次のページ以降にプッシュされます。
(6) 各ページで返される Weibo 番号の合計数が total_number と矛盾していますか?
返された結果の実際の数が total_num と一致しません。これは正常な現象です。その理由は、インデックス内のデータはデータベースに入力されたときの元のデータであるためで、バックエンドはヒットした Weibo を返しますが、フロントエンドは Weibo のリアルタイムのステータスに基づいてフィルタリングします。たとえば、一部の Weibo が削除され、デリケートな言葉がヒットし、ユーザーがブロックされます。
(7) あるキーワードを検索したとき、ある省のWeibo投稿数と、その下の県や市のWeibo投稿数の合計が等しくありませんか？
検索データはプラットフォームから取得され、ユーザーが特定の省または都市の Weibo を指定すると、その Weibo がユーザーが要求した省または都市であるかどうかを判断するためにいくつかのフラグが使用されます。具体的な理由は、きめ細かい都市と粗い省との間に対応関係がないためです。たとえば、河北省の Weibo を検索すると、河北とマークされたすべての項目が検索されますが、石家荘を検索すると、とマークされたすべての項目が検索されます。河北省も捜索されるだろう。
(8) 時間パラメータを使用して最も完全なデータを検索するにはどうすればよいですか?
終了時刻パラメーターの値は現在時刻として指定され、開始時刻を指定する必要はありません。1000 件の Weibo 投稿が新しい順に返され、投稿の作成時刻が返されます。 1000 番目の Weibo 投稿が終了時刻パラメーターとして使用されます。 の値、開始時刻を指定する必要はなく、順番に延期されます。
(9) インターフェースを呼び出すとエラーが報告され、403 が返されます。403 エラーの原因は何ですか?
403 エラーは、ログインしていないか、頻度制限を超えているか、公開制限を超えていることが原因で発生します。
(10) 特定のキーワードを検索すると、最大でいくつのアイテムが返されますか?
一定時間内に、特定のキーワードを検索してページを返します。1 ページあたり最大 50 件、最大 20 ページめくることができます。最大 1,000 個のアイテムを返品できます。
(11) リポストされた Weibo の場合、元のコンテンツにのみ指定されたキーワードが含まれ、リポストされたコンテンツには含まれていない場合、検索できますか?
できません。転送された Weibo の場合、検索部分は転送されたコンテンツ部分のみであり、Weibo の作成者の名前、顔文字、および転送されたニックネームは含まれません。
2. Weibo の転送されたすべての Weibo リスト インターフェイスを返します: statuses/repost_timeline/all
(1) マルチレベル転送の場合Weiboがこのインターフェースを呼び出したときに返される情報は何ですか?
このインターフェイスは、複数レベルの転送を含む、Weibo のすべての転送された Weibo 投稿のリストを返します。たとえば、A は B によって転送され、B は C によって転送され、C は D によって転送されます。 . Call A この API インターフェイスは、転送数 B、C、D を返します。これら 3 つのレベルには、同様に、B に対してこのインターフェイスを呼び出す場合、C と D がそれぞれ第 1 レベルと第 2 レベルですが、データを返す場合は、 API 上に表示される多数の出力パラメータ。階層的な区別はありません。
(2) インターフェイスを呼び出したときに、特定の Weibo 投稿の転送されたすべての Weibo 投稿を取得できない場合は?
転送リスト インターフェイスは Weibo 上のすべての転送リストを返しますが、その結果は無効なユーザーを除外します。 Weiboを転送したユーザーが凍結または非アクティブな場合、ユーザーが転送したWeiboは表示できません。
3. Weibo アカウントとファン サービス プラットフォームのアプリケーションとの対応と、対応するセキュリティ メカニズムは何ですか?
ファン サービス プラットフォームは現在、1 つのプッシュ アドレスを 1 つのアプリケーションにバインドすることのみをサポートしており、複数のプッシュ アドレスのバインドはサポートしていません。ファン サービス プラットフォームは、最初のアクセス呼び出しが行われるときに検証操作を実行します。詳細については、次を参照してください。 http://open.weibo.com/wiki/Messages_api_start.
4.開発者は周波数制限を回避するにはどうすればよいですか?
どのインターフェイスに定期的にアクセスする必要があるかを決定し、各インターフェイスに優先順位を付け、アクセス頻度を変数として使用します。アクセスする必要があるインターフェイス データの量を計算します。特定の更新をユーザー用に予約します。 (Weibo の投稿、プライベート メッセージなど); Account/rate_limit_status を使用して、現在のアプリキーがサポートできる 1 時間あたりの最大訪問数を確認し、この訪問数に基づいて頻度の値を決定します。
5. 単一の Weibo 詳細ページの URL がない場合、単一の Weibo Web ページの URL を結合するにはどうすればよいですか?
プログラムでユーザーの uid を取得し、statuses/querymid を呼び出してユーザーの MID を取得し、それを http://weibo.com/uid/mid (UID=12345、mid など) に結合します。 =abcde の場合、Web バージョンのアドレスは http://weibo.com/12345/abcde です。
