新バージョンインターフェース移行ガイド
新しいバージョンのインターフェイスに移行する必要がある理由
- 新しいバージョン (V2) インターフェイスには、より豊富な機能、より効率性、より標準化された機能などが備わっています。旧バージョン(V1)のインターフェースに比べて柔軟性が高く、操作性などのメリットが開発者のニーズに十分応えます。
- V1 インターフェイスで使用される OAuth1.0 認証方法は、さらなるオープン化に適応できず、主要なオープン プラットフォームによって廃止されました。新しい OAuth2.0 認証方式に置き換えられました。
#古いインターフェースに対する新しいインターフェースの利点
- 1. より多くの機能
- a) V2 には、強化されたリレーションシップ インターフェイス、検索トピック インターフェイス、ショート リンク インターフェイス、人気の Weibo インターフェイス、位置情報サービス インターフェイス、通知インターフェイス、一般的な
- サービス インターフェイスなど、V1 と比較して多数の新しいインターフェイスがあります。およびソーシャル TV インターフェース ;
b) さらに、SCOPE 認証機能、友達グループ化インターフェース、招待インターフェース、ソーシャル化インターフェース、ステートメントインターフェースも間もなくオープンされます。
- 2. より効率的です
- a) Weibo の戻り値に Trim を追加します。コメント、ユーザーなどの切り替え、オンデマンドでのデータの返信、帯域幅を占有する冗長データの削減、およびモバイル アプリケーションの特性への適応; b) Weibo コメントと転送番号は、Weibo の戻り値で直接返すことができます。 、追加のインターフェイスを呼び出す必要がなく、プログラムの負担が軽減されます。;c) ユーザーの戻り値は、相互のファンや友人の数を増やし、私をフォローするかどうか、私にフォローされるかどうか、その他の情報を直感的に反映します。ユーザ関係; d) Timeline クラス インターフェイスはすべて将来追加される予定です フィルタリング機能 (feature) とアプリケーション分離機能 (base_app) は、アプリケーションのニーズに応じてメッセージ フローをフィルタリングおよび分離できます。
- 3. より標準化された
- a) パラメータと戻り値フィールドをすべて小文字で統一します。単語間のリンクには「_」を使用します; b) インターフェイス URI、すべてを使用します: ドメイン バージョン番号、リソース クラス インターフェイス名、戻り値の形式パラメーター; c) コア フィールド: Weibo、コメント、ユーザーとリレーションシップはすべて標準化されており、コア フィールドが異なるインターフェイスで異なる値を返さないようにすることで、開発コストが削減されます。d) 新しいエラー戻り値の形式とエラー コードの統合、V2 エラー コード アドレス: http : //open.weibo.com/wiki/Error_code.
- 4. より制御可能になりました
- a) インターフェイスを 2 つの権限レベルに分割します: 通常、 Advanced、高度な機能インターフェイスの権限制御をより明確かつ透過的にします; b) 追加されたインターフェイス承認管理コンソール: インターフェイスをグループ化してパッケージ化でき、承認用のアプリケーションとインターフェイス レベルがアプリケーションにオープンになり、アプリケーションプロセス。
V1 禁止呼び出し時間
- 1. 2012 年 7 月 24 日、すべての「未承認アプリケーション」は V1 インターフェイスの呼び出しを禁止されました。
- 2 2012 年 8 月 27 日、ユーザー数が 1,000 人未満のすべての「監査対象アプリケーション」は、V1 インターフェイスを呼び出すことが禁止されました (監査対象の Xweibo アプリケーションは一時的に影響を受けません);
- 3. 2012 年 10 月初旬頃、すべてのアプリケーションは V1 インターフェイスを呼び出します。特定の時間については @微博Open Platform をフォローしてください。
- 4. 2012 年 12 月 20 日、「累計ユーザー数が 500,000 未満」のアプリケーションは V1 インターフェイスの使用を禁止されました。
- V1 インターフェイスの呼び出しが禁止されているアプリケーションは、V1 インターフェイスを呼び出すと、「40109 Oauth Error: Consumer_key_raised!」というエラー メッセージを返します。
- V1 インターフェイスは、近い将来完全にオフラインになります。この記事では、V1 インターフェイスをまだ使用しているすべての監査対象アプリケーションに対する移行ガイダンスを提供します。より速く移行できます。 移行を完了します。
移行中によくある質問
- 1. Xweibo コンポーネントとアプリケーションを V2 に移行する方法バージョン?
- Xweibo の承認されたオンライン アプリケーションは 10 月頃までは影響を受けませんが、それに応じてアップグレードするには、Xweibo の公式プロンプトに積極的に協力する必要があります。 Xweibo公式ウェブサイト: http://x.weibo.com をフォローしてください。
- #2. V1 のプライベート メッセージとユーザー情報取得インターフェイスが開かないのはなぜですか?
- プライベート メッセージとプライバシー関連のユーザー情報インターフェイスは、多数のアプリケーションによって悪用されており、その結果、ユーザーから多数の苦情が寄せられ、プラットフォームのオープンに非常に悪影響を及ぼしています。ユーザーのプライバシーを保護するため、プラットフォームは今後そのようなケースをオープンしないことを決定しました ユーザー情報漏洩に対するインターフェース。
- 3. OAuth2.0 認証を申請する必要がありますか?
- OAuth2.0 認証はアプリケーションを必要とせず、どのアプリケーションでも使用できます。
- 追加で申請が必要となるのは、オーソリ有効期間またはクライアント検証オーソリです。認証有効期間は、アプリケーション コンソールのインターフェイス管理タブの認証メカニズム オプションでオンラインで適用できます。クライアント検証認証の適用方法については、2 番目の質問を参照してください。
- 4. クライアント認証認可 (リソース所有者のパスワード認証情報) を申請するにはどうすればよいですか?
- OAuth2.0のクライアント認証認可はユーザーの平文パスワードを取得するため、限定公開が実装されています。
- 応募条件:
- a) 応募カテゴリーが以下に属します。デスクトップクライアント、モバイルクライアント。
- b) アプリケーション自体はオープン プラットフォームのコピーライティングとスクエアのレビューに合格しており、スクエアに 15 日以上表示されています。
- c) アプリケーションのユーザー数は 30,000 人を超えています。
- d) アプリケーション自体の機能は Weibo と密接に関連しています。
- #条件を満たしたら、アプリケーション コンソールの [インターフェイス管理] に移動します。 >「承認メカニズム」で適用します。
- 5. モバイル クライアント アプリケーションと PC クライアント アプリケーションはコールバック ページを設定する必要がありますか?
- 必須。Web アプリケーションの認証および認可 (認可コード) メソッドを使用するクライアントも、認可コールバック ページを設定するか、ドメイン名をバインドする必要があります。プログラムでは、認可ページは次の形式で呼び出されます。コードを返すための webview の具体的な実装リファレンス 対応するクライアント SDK: http://open.weibo.com/wiki/SDK。
- #6. アプリケーションの access_token の有効期限を確認するにはどうすればよいですか?
- a) デスクトップ クライアント アプリケーションとモバイル クライアント アプリケーション、テスト: 1 日、レビュー: 7 日、レビューと広場での表示: 90 日。
- b) 非クライアント アプリケーションの場合、テストには 1 日、通常には 7 日、中級には 15 日、上級には 30 日、協力には 90 日かかります。
- 7. アプリケーションの access_token の有効期限延長を申請するにはどうすればよいですか?
- a) デスクトップ クライアント アプリケーションとモバイル クライアント アプリケーション、未承認のアプリケーションは、アプリケーションが承認されてから 7 日後にアプリケーション コンソールで申請する必要があります。90 日間有効にする必要がある場合は、承認後に申請してください
- スクエアのレビュー。
- b) 非クライアント アプリケーション、未承認のアプリケーションは、アプリケーション コンソールでアプリケーションが承認されてから 7 日間は通常レベルになります。より高いレベルを申請する必要がある場合は、 「アプリケーションコンソールのインターフェース」に移動し、「管理」-->「通話頻度」で適用します。
- a) デスクトップ クライアント アプリケーションとモバイル クライアント アプリケーション、未承認のアプリケーションは、アプリケーションが承認されてから 7 日後にアプリケーション コンソールで申請する必要があります。90 日間有効にする必要がある場合は、承認後に申請してください
- 8. ユーザーの access_token の有効期限を計算するにはどうすればよいですか?
- a) ユーザーがユーザーを承認すると、oauth2/access_token インターフェースによって返されるexpires_in (単位: 秒) の値が、access_token のライフサイクルになります。 b) 上記の対応する表から、アプリケーションに対応する認可有効期間を見つけます (有効期限 = ユーザー認可時間 認可有効期間)。
- #アプリケーションの認可有効期間は、インターフェースのアクセス許可の説明で確認できます。または、アプリケーションコンソールで。
- access_token の有効期限が切れてインターフェイスが呼び出されると、プラットフォームはエラー コード 21332 のエラーを返します。この時点で、ユーザーは再認証するように指示される必要があります。ユーザーが承認されるたびに有効期限を保存し、インターフェイスを呼び出すたびにユーザーの access_token の有効期限が切れているかどうかを確認することをお勧めします。
- 承認されたユーザーを再承認するように誘導する場合、ユーザーが Weibo にログインしている場合, その後、ユーザーが「認可」ボタンを再度クリックしなくても、認可ページが「点滅」します。認可のためにユーザーに再度ログインしてもらいたい場合は、認可インターフェイスを呼び出すときにパラメータを渡します:forcelogin=true。これは入力されていません。デフォルトでは (認証ページが点滅します)、このパラメータは Forcelogin=false と同等です。
- 10.オンライン アプリケーションのローカル テストを実施するにはどうすればよいですか?
- a) アプリケーションには高度なアクセス許可または高度なインターフェイスが含まれていません。ローカル テスト用に共通の Appkey を申請することをお勧めします。
- b) アプリケーションには高度なインターフェイスまたは高度なアクセス許可が含まれています。ホストをローカルにポイントするようにバインドすることを検討する場合があります。テスト用のテストコード。
- 例: アプリケーションの redirect_uri は http://aa.abc.com/index.php で、対応するローカル アドレスは http://127.0.0.1/index.php である場合、次のことができます
- テスト マシンのホストを 127.0.0.1 aa.abc.com にバインドするには。
- 例: アプリケーションの redirect_uri は http://aa.abc.com/index.php で、対応するローカル アドレスは http://127.0.0.1/index.php である場合、次のことができます
- 11. OAuth1.0 から承認されたユーザーを削除する方法OAuth2.0 認証に移行しますか? アプリケーションの認可方法が OAuth1.0 から OAuth2.0 に移行しても、アプリケーションの認可ユーザーの総数は変わりません。ユーザーの移行には次の 2 つの提案があります:
- a ) OAuth2.0認可バージョンを直接起動すると、OAuth2.0はaccess_token取得時にユーザーのuidを返し、このuidに基づいてユーザーが旧ユーザーか新規ユーザー、新規か更新かを判断します。ユーザーの access_token とデータベース内のその他の情報が追加されます。
- b) get_oauth2_token インターフェイスを使用して、OAuth2.0 の access_token を交換します。この方法により、ユーザーが OAuth2.0 を承認する手間を省くことができます。 OAuth2.0 の通過時間を適切に延長し、a) の実装を完了します (この方法は、長い認可有効期間またはクライアント タイプのアプリケーションで検討できます)。
- #注: バッチ交換を行う場合は注意してください。同じ OAuth1.0アクセス トークンは 1 回のみ交換できます (複数の呼び出しでは同じトークンが返されます)。有効期限は最初の交換から計算されます。
- #注: バッチ交換を行う場合は注意してください。同じ OAuth1.0アクセス トークンは 1 回のみ交換できます (複数の呼び出しでは同じトークンが返されます)。有効期限は最初の交換から計算されます。
12. 移行中に必要かどうかテストアカウントを追加するには?
- b) テストに未監査の Appkey を使用する場合は、アプリケーションまたは Web サイトのコンソールの [アプリケーション情報] または [Web サイト情報] --> [テスト アカウント] にテスト アカウントを追加する必要があります
- 、監査されていないアプリケーションの場合、アプリケーション作成者とテスト アカウントのみがインターフェイスを呼び出すことができます。
13. V2 バージョンのインターフェイスの戻り値が XML ではなく JSON 形式のみをサポートしているのはなぜですかフォーマットリターン??
- a) インターフェイスの戻り値には、html などのフィールドが含まれる場合があります。XML 形式で返す場合は、html の特別な処理が必要です。これは、プラットフォームのパッケージングの戻り値と開発者の解析の戻り値に直接影響します。値の効率;
- #b) JS などの言語の場合、複雑な XML を解析するのはより難しく、効率が低くなります;
- c) XML 形式は Key-The を使用します。値の形式は非常に冗長であり、モバイル クライアントなどの高パフォーマンス要件を持つアプリケーションのニーズを満たしていません。
14. 高度なインターフェースとは何ですか?また、高度なインターフェースの新しいバージョンを申請する方法は何ですか? - #b) JS などの言語の場合、複雑な XML を解析するのはより難しく、効率が低くなります;
V2 インターフェース文書では、インターフェース名に次のマークが付いています。
- 15.移行ガイドを読んだ後でも質問がある場合はどうすればよいですか?
- a) オープン プラットフォームの Q&A システムを通じてすぐにサポートが受けられます;
- b) 移行に関する @微博API および Weibo にコメント経由で質問を送信してください。1 つずつ回答します。 。
- 2. 移行メモと一般的な問題解決の提案を読む;
- 3. 新旧のインターフェイス、インターフェイス呼び出しアドレス、呼び出しメソッド、パラメーター、戻り値の移行、およびエラー メッセージ コード変換を処理しました。
- OAuth2.0 は、OAuth1.0 よりもシンプルで安全な認証方法であり、Web、デスクトップ、モバイル アプリケーションをサポートします。これは、将来の Weibo オープン プラットフォームにとって最も重要なユーザー認証および認可方法です。
- OAuth1.0 と比較して、OAuth2.0 認証方法には認証コールバック ページとバインドされたドメイン名が導入されており、これにより認証プロセスが簡素化され、認証のセキュリティも向上します。
- a) Web サイト アクセス カテゴリ コンソール ナビゲーションで [Web サイト情報] をクリックし、Web サイトの基本情報で Web サイトのドメイン名を表示します。 Web サイト アプリケーションがまだ所有権を確認していない場合は、所有権を確認するように求められます。クリックして確認ページに入り、所有権の確認を完了します。 Web アプリケーションについては、「Web アプリケーション移行ガイド」を参照してください。
- 注: 検証中に入力された Web サイトのドメイン名は、アプリケーションのバインドです。ドメイン名。
- In -site application アプリケーションはすでに OAuth2.0 認証方式を使用しているため、変更する必要はありません。
- c) クライアント アプリケーションとその他のアプリケーション
- コンソール ナビゲーションの [アプリケーション情報] -> [詳細情報] をクリックして、承認コールバック ページまたはドメイン名をバインドします。 。コールバック ページの設定には 2 回目のレビューが必要ないため、テストと開発を行うのに便利です。ドメイン名をバインドするには 2 回目のレビューが必要です。2 回目のレビュー中、オンライン アプリケーションは影響を受けません。ドメイン名をバインドすると、アプリケーションのセキュリティが強化されます。同時に、ドメイン名の下にあるすべてのページを認証コールバック ページとして使用できます。 。
- c) クライアント アプリケーションとその他のアプリケーション
- #注: クライアントは承認コールバック ページを設定する必要もあります。ドメイン名をバインドし、プログラム内で webview メソッドを使用して認証ページを呼び出し、コードを返します。具体的な実装については、モバイル アプリケーション移行ガイドを参照してください。他のクライアントは、対応する SDK: http://open.weibo.com/wiki/SDK を参照できます。
メインプロセス (最初に OAuth2.0 開発ガイドをお読みください):##a) 承認が必要なユーザーに次のアドレス
- #注: 返されるコード値は毎回異なり、無効です。 access_token の交換後。
- https://api.weibo.com/oauth2/access_token?client_id=YOUR_APP_KEY&client_secret=YOUR_APP_SECRET&grant_type=authorization_code&redirect_uri=YOUR_REGISTERED_REDIRECT_URI&code=CODE ;
- 注: POST を使用して送信する必要があります。ここでは、client_id=YOUR_APP_KEY&client_secret= YOUR_APP_SECRET を使用できます。
基本的な方法を使用してヘッダーに追加します。
- # #e ) 取得した OAuth2.0 アクセス トークンを使用して API を呼び出します。
- #
- 書き込みインターフェースは、次のような POST メソッドを使用して送信する必要があります。
- インターフェース: statuses/upload
- 呼び出し: https : //upload.api.weibo.com/2/statuses/upload.json
- ##注意: パラメータ情報はヘッダーとボディに配置されます。access_token を除く他のパラメータはリクエストのボディに配置する必要があります。 アップロードリクエストメッセージ本文の例:
- ##=> 送信ヘッダー、301 バイト (0x12d)
- POST /2/statuses/upload.json HTTP/1.1ユーザー エージェント:curl/7.19.4 (i586 - pc-mingw32msvc) libcurl/7.19.4 OpenSSL/0.9.8g zlib/1.2.3ホスト: Upload.api.weibo.com受け入れる: * /*Content-Length: 38694Expect: 100- continueContent-Type: multipart/form-data;boundary=------ -- -------------------8933e7b00565
- #<= 受信ヘッダー、23 バイト (0x17)
- HTTP/ 1.1 100 Continue
- => データ送信、370 バイト (0x172)
- ---------------------------- -- ----------8933e7b00565
- Content-Disposition: form-data; name="access_token"
- HTTP/ 1.1 100 Continue
- #<= 受信ヘッダー、23 バイト (0x17)
- ##2.00RQs9XCmlEQDD4fb4b0bfe3Be7ZQE
- ---- - ------------------------8933e7b00565
- Content-Disposition: form-data; name="status"
- -- --------------------------------8933e7b00565
- Content-Disposition: form-data; name=" pic" ; filename="psu.jpg"
- Content-Type: image/jpeg
##V1 インターフェイスを V2 インターフェイスに移行する
- ##Test02
OAuth2.0 認証を実装した後、アプリケーションで使用される V1 バージョンのインターフェイスを移行する必要がありますそれに応じてインターフェイスのバージョンを V2 に変更します。このとき、新しいインターフェースの呼び出しアドレス、呼び出しメソッド、パラメータ、戻り値、エラー情報の処理に応じてコードを修正する必要があります。
- 以下は、V2 バージョンのインターフェイスと V1 バージョンのインターフェイスの対応するリストです。一部の古いバージョンのインターフェイスは、ユーザーからの苦情やパフォーマンスのため提供されなくなりました。同時に、新しいバージョンのインターフェイスでは、高品質のアプリケーションを開くための高度なインターフェイスが豊富に提供されており、高度なインターフェイス アプリケーションをアプリケーション コンソールで直接送信できます。
- さらに、SCOPE認証機能、友達グループ化インターフェース、招待インターフェース、ソーシャル化およびその他のインターフェースはすでにプラットフォーム開設計画に含まれており、今後も機能、性能、安定性を確保した上で、順次オープン予定ですので、詳細なオープン日については@微博APIをご確認ください。 既存のインターフェースがお客様のニーズを満たしていない場合は、@微博API を歓迎してフィードバックを提供してください。開発者のニーズの強さと Weibo ユーザーの興味に基づいて適切にオープンします。
##新旧インターフェース対応表 新バージョン V2 インターフェイス 最新の公開 Weibo を取得する#旧バージョン V1 インターフェイスに対応 ##インターフェイス名##statuses/public_timeline #statuses/ public_timeline ##statuses/friends_timeline statuses/friends_timeline 現在のログイン ユーザーとそのユーザーを取得する最新の Weibo をフォロー statuses/home_timeline ##現在ログインしているユーザーとそのユーザーがフォローしているユーザーの最新の Weibo を取得します statuses/friends_timeline/ids 現在ログインしているユーザーとそのユーザーがフォローしているユーザーの最新の Weibo ID を取得します statuses/user_timeline
statuses/user_timelineユーザーが投稿した Weibo を取得する statuses/user_timeline/ids ユーザーが投稿した Weibo の ID を取得します
statuses/repost_timelinestatuses/repost_timeline元の Weibo の最新の転送 Weibo に戻る statuses/repost_timeline/ids ##オリジナルの Weibo Weibo の最新リポスト ID を取得します ##statuses/repost_by_me statuses/repost_by_me最新のリポストを返しますユーザー Weibo ステータス/メンション ステータス/メンション @現在のユーザーの最新の Weibo statuses/mentions/ids ##現在のユーザーの最新の Weibo ID を取得します statuses/bilarate_timeline 双方向フォローユーザーの最新 Weibo を入手 statuses/querymidstatuses/show
statuses /showID に基づいて 1 つの Weibo メッセージを取得します 合格 中間取得id statuses/queryid statuses /hot/ repost_daily
##midまでに ID を取得 statuses/hot/repost_weekly
日別の人気の再投稿リストに戻る週ごとの人気の転送リストに戻る statuses/hot/comments_daily 現在の転送リストに戻るユーザー別 (日別) 人気の Weibo コメント フォロワーのリスト ##statuses/hot/comments_weekly 週別人気コメントリストに戻る statuses/count statuses/counts リツイート数を取得指定された Weibo をバッチでコメント数 #statuses/repost statuses/repost Weibo メッセージを再投稿 statuses /destroy statuses/destroy Weibo 情報の削除 statuses/update statuses/update Weibo メッセージを投稿 statuses/upload statuses/upload 写真をアップロードして Weibo メッセージを投稿 statuses/upload_url_text Weibo を公開し、アップロードした画像または画像の URL を指定しますemotions emotions 公式絵文字を取得 comments/show status/comments comments/by_me statuses/comments_by_me 私が送信したコメントのリスト comments/to_me statuses/comments_to_me 受け取ったコメントのリスト comments/timeline #comments/mentionsstatuses/comments_timeline ユーザーが送受信したコメントのリストを取得します ##Get@ コメントに移動 comments/show_batch statuses/comment##コメント コンテンツをバッチで取得
comments/create Weibo でのコメント #comments/destroy statuses/ comment_destroy/:id コメントを削除 ##comments/destroy_batch statuses/comment/destroy_batch ##コメントを一括で削除 comments/reply statuses/reply コメントに返信 users/show users/show ユーザー情報の取得 users/domain_show #パーソナライズされたドメイン名を通じてユーザーを取得する 情報 ユーザー/数 のファン、フォロワー、Weibo 投稿の数を取得するバッチ内のユーザー フレンドシップ/フレンド ユーザーのウォッチリストを取得 フレンドシップ/friends/in_common 共通のフォロワーのリストを取得 #friendships/friends/biterior
#双方向フォロー リストの取得 friendships/friends/biliteral/ids 双方向フォロー UID リストの取得 #friendships/friends/ids friends/ids
ユーザーがフォローしているオブジェクトの UID リストを取得します#友情/フォロワー 友情/ショー、友情/存在 ユーザー ファン リストの取得 友情/フォロワー/ID followers/ids ユーザーのファン UID リストを取得 friendships/followers/active フレンドシップ/フレンドチェーン/フォロワーユーザーのファン UID リストを取得質の高いファンリスト 私のフォロワーの中から指定したユーザーをフォローしている人を取得します friendships/show friendships/exists 2 つの詳細を取得します各ユーザー間の関係の説明 friendships/create friendships/create ユーザーをフォロー # #friendships/destroy friendships/destroy ユーザーのフォローを解除 friendships/remark/update user/friends/ update_remark フォロワーのコメントを更新 account/get_privacy account/get_privacy プライバシー設定情報を取得 account/profile/school_list すべての学校のリストを取得するアカウント/rate_limit_status ##account/get_uidaccount/rate_limit_status 現在のユーザー API アクセス頻度制限を取得します account/end_sessionaccount/verify_credentials OAuth 認証後のユーザー UID を取得します (この機能は古いインターフェースの account/verify_credentials に相当します) お気に入りaccount/end_session ログアウト favourites/idsお気に入り 現在のユーザーのお気に入りリストを取得 favorites/show
現在のユーザーのお気に入りリストの ID を取得します お気に入り/タグ別
単一のコレクション情報を取得します お気に入り/タグ
コレクションを取得します特定のタグの下にある現在のユーザー お気に入りリスト favorites/by_tags/ids
現在ログインしているユーザーのお気に入りタグリスト お気に入り/作成
現在のユーザーの特定のタグの下にあるお気に入りリストの ID を取得します お気に入り/破棄お気に入り/作成 お気に入りを追加 favorites/destroy お気に入りを削除 favorites/tags/updatefavorites/destroy_batch お気に入りを一括で削除 favorites/tags/update_batch
お気に入りのタグを更新#現在のユーザーのすべてのコレクションにある指定されたタグを更新します ##favorites/tags/destroy_batch 下の指定されたタグ#現在のユーザーのすべてのコレクションを削除します。
#trendstrends トレンド/is_follow トピックをフォローするかどうか ##trends/hourly trends/hourly 過去 1 時間の注目のトピックに戻る trends/daily trends/daily 前回の注目のトピックに戻る トレンド/週次 ##トレンド/フォロートレンド/週次 先週の注目のトピックに戻る trends/destroyトレンド/フォロー トピックをフォローする tagstrends/destroy トピックのフォローを解除 tags/tags_batchtags 指定されたユーザーのタグリストを返します タグ/提案
ユーザー タグをバッチで取得する tags/createタグ/提案 推奨タグのリストに戻るシステム tags/destroytags/create ユーザータグの追加 tags/destroy_batchtags/destroy ユーザー タグの削除 register/verify_nicknametags/destroy_batch ユーザー タグの削除バッチで 検索/提案/ユーザーaccount/verify_credentials ニックネームが使用可能かどうかを確認します 検索/提案/ステータス
ユーザーの検索提案を検索##Weibo の検索候補を検索 #検索/提案/学校 学校の検索候補を検索 ##検索/提案/会社会社検索の提案 検索/提案/アプリアプリケーションの検索提案 search/suggestions/at_users@Lenovo検索 ##トレンド/ステータス
#検索/トピック##特定のトピックで Weibo を検索 #suggestions /users/hot users/hot システム推奨ユーザーの取得 users/suggestions ユーザーが興味を持ちそうな人を取得する #suggestions/users/by_status ##推奨Weibo コンテンツに基づくユーザー suggestions/status/hot ##Weibo から注目の推奨事項を入手
提案/ステータス/再注文 メインフィード Weibo 興味のある順に並べ替え 推奨事項 提案/ statuses/ reorder/ids 関心のある推奨事項で並べ替えられたメイン フィード Weibo Weibo ID 提案/お気に入り/ホット人気のコレクション 提案/ユーザー/興味なし興味のない人 remind/unread_count statuses/unread ユーザーのさまざまな未読メッセージを取得する remind/set_count statuses/reset_count 現在ログインしているユーザーの特定のメッセージの未読数をリセットします ##short_url/shorten short_url/shorten #長いチェーンから短いチェーンへ short_url/expand 短いリンクから長いリンクへ ショートリンクの合計クリック数を取得します ##short_url/ Referers リファラー ソースと短いリンクのクリック数を取得する short_url/locations 地域ソースと短いリンクのクリック数を取得します ##short_url/share/counts short_url/share/countsWeibo 上のショート リンクの Weibo シェア数を取得します 指定された 1 つの短いリンクを含む最新の Weibo コンテンツを取得します#short_url/share/statuses short_url/share/statuses Weibo のショート リンクの Weibo コメント数を取得しますshort_url/comment/counts short_url/comment/counts 指定された 1 つの短いリンクを含む最新の Weibo コメントを取得します#short_url/comment/コメント short_url/comment/comments #short_url/info ショートリンクのリッチコンテンツ情報を一括取得 通知/送信 新しいステータス通知を 1 人以上のユーザーに送信する common /code_to_location アドレス エンコーディングを通じて住所名を取得します common/get_city 都市リストの取得 common/get_province Get州リスト 国リストの取得 ##common/get_country##common/get_timezone #タイムゾーン構成テーブルを取得する #place/friends_timeline## place /public_timeline #公開位置情報の最新情報を取得
ユーザーの友人の位置情報の最新情報を取得する##place/user_timeline 特定のユーザーの位置情報の更新情報を取得する place/poi_timeline 特定のユーザーの位置情報の更新情報を取得する特定の場所 place/nearby_timeline 特定の場所周辺のダイナミクスを取得する #place /statuses/show 動的詳細の取得 place/users/show
LBS 位置情報サービスでユーザー情報を取得します place/users/checkins ユーザーのチェックを取得します- in information Place list place/users/photos ユーザーの写真リストの取得 place/users/tips ユーザー レビューのリストを取得する place/users/todos ユーザーの ToDo リストを取得する place/pois/show 場所の詳細を取得する place/pois/users ##特定の場所にチェックインした人のリストを取得するplace/pois/tips 場所のレビューのリストを取得するplace/pois/photos #place/pois/search 場所の写真のリストを取得
# 州および市ごとに場所をクエリする##place/pois/category ##場所の分類を取得 place/nearby/pois ##近くの場所を取得 place/nearby/usersWeibo に自分の位置情報を投稿した近くのユーザーを取得します 場所/近く/写真近くの写真を取得 place/nearby_users/list近くの人々を取得 place/pois/create ##場所を追加 サインイン ## place/pois/add_checkin 写真を追加place/pois/add_photo レビューを追加place/pois/add_tip todo を追加#place/pois/add_todo
##place/nearby_users/createユーザーは自分の場所を追加します ##place/nearby_users/destroy ユーザーが自分の場所を削除 location/geo/ip_to_geo##location/base/get_map_image
base/get_map_image静的な地図画像を生成 ##location /geo/address_to_geogeocode/ip_to_geo IP アドレスに基づいて地理情報座標を返します geocode/address_to_geo 実際の住所に基づいて地理情報の座標を返します location/geo/geo_to_address geocode /geo_to_address 地理情報座標に基づいて実際の住所を返します location/geo/gps_to_offset location/geo/is_domesticGPS 座標に基づいてオフセット座標を取得します 地理情報の座標が国内座標かどうかを判断する location/pois/show_batch POIポイントを取得するバッチ情報 location/pois/search/by_location pois/round キーワードに基づいて住所位置からPOIポイント情報を取得 location/pois/search/by_geo pois/keyword キーワードに基づいた座標点範囲による POI ポイント情報の取得 #location/pois/search/by_area pois/view キーワードに基づいて長方形エリアごとに POI ポイント情報を取得します location/ pois/add pois/add_poi, pois/get_poi 新しい POI ポイント情報を送信してください location/mobile/get_location loc/get_location 携帯基地局のWIFIなどのデータに基づいて現在地情報を取得 location/line/drive_route navigation/route 始点と終点のデータに基づいて自動運転ルート情報をクエリする location/line/bus_route bus/transfer 出発地に基づいて、目的地データを使用してバス ルート情報をクエリします。 location/line/bus_line bus/line に基づいてバス ルート情報をクエリします。キーワード location/line/bus_station バス/駅 キーワードに基づいてバス停情報をクエリ location/citycode
##市コード対応表##location/citycode_bus バス都市コード表 所在地/カテゴリー ##カテゴリーコード対応表 location/error2 地理位置情報インターフェイスのエラー コードと説明 #V1 インターフェイスは廃止されたか、V2 ではまだサポートされていません Weibo ID とユーザー ID に基づいて単一の Weibo ページにジャンプします#user/statuses/id #アカウント/update_privacy プライバシー情報を設定します##blocks/create
ユーザーをブラックリストに追加します#ブロック/存在 ##ユーザーがブラックリストに登録されたユーザーかどうかを検出する##blocks/blocking #ブラックリスト ユーザーのリスト (ユーザー詳細の出力)blocks/blocking /ids ##account/update_profile_imageページ分割されたブラックリスト ユーザーのリスト (出力 ID のみ) アバターの変更 account/update_profileプロフィールの変更 ###OAuth2 (開発ガイド) oauth2/authorize ##oauth2/access_tokenユーザー認証トークンのリクエスト #OAuth1.0 アクセス トークンを OAuth2.0 アクセス トークンに変更しますGet承認されたアクセス トークン oauth2/get_oauth2_token# ########################################
- #その他の質問については、「インターフェース FAQ」を参照してください。
#V1 から V2 に移行する方法#簡単な説明
V1 から V2 への移行では、主に OAuth1.0 から OAuth2.0 への移行を完了し、V1 の元のインターフェイスを V2 の新しいインターフェイスに対応して置き換える作業を完了する必要があります。
移行中に完了する必要がある作業1. 認証方法、OAuth1 の移行。 0 OAuth2.0 へのアップグレード;
OAuth1.0 から OAuth2.0 へのアップグレード1. OAuth2.0 の概要
#2. 移行前の準備- 最初に OAuth2.0 開発ガイドをお読みください。
- OAuth2.0 認証メソッドを実装する前に、アプリケーションの認証コールバック ページを設定するか、別のドメイン名をバインドする必要があります。アプリケーション。認証が成功した後に返されるコードを取得し、そのコードを通じて access_token を取得するために定義されます。
- 開発者アカウントを使用して http://open.weibo.com にログインし、「マイ アプリケーション」コンソールに入ります。移行する必要があります 設定を適用します:
#b) サイト内アプリケーション