4

助けていただければ幸いです。Bing Image Search API を使用しようとしていますが、これまでのところすべて問題ありません。理解できないことが 1 つあります。contentURL はリダイレクトであり、ソースからの画像 URL はどこにあるべきかウェブサイト 少なくともそれはドキュメントが言うことです（および検索の以前のバージョン）。トレンド画像を試してみましたが、contentURL はそこにあるべきです。したがって、画像検索の場合にのみリダイレクトが提供されます。

JSON レスポンスの最初のオブジェクトの contentURL

"contentUrl": "http://www.bing.com/cr?IG=9BF011209A7349ACAE17F77A728C2EBB&CID=26ACC54E26896146357ACC8E27B86066&rd=1&h=mgBegiuCUD3JUTxAAdzTjPyARNluGjEKSz9UCvuA2oM&v=1&r=http%3a%2f%2f2.bp.blogspot.com%2f-hqcXd4UtCrE%2fTqlVvAt7XJI%2fAAAAAAAAB54%2fw6WemH9gecU%2fs1600%2fcar%2bwallpapers%2bhonda%2b194.jpg&p=DevEx,5008.1",

これは私の要求です:

https://api.cognitive.microsoft.com/bing/v5.0/images/search?q=car

コードに問題がないことを確認するためだけに Open API Test Console を使用しましたが、結果は同じです。誰でもこれに遭遇したか、それを修正する方法を知っていますか? ケース内の画像の元の URL が必要です。

PS。文字列を切り取ってメインアドレスを取得することはできますが、これは良い考えではないと思います。バグであるか、変更された場合は機能しないため、元の URL を取得する方法はありますか?画像？

4

2 に答える 2

0

パトリックは正しい。URL のエンコードは、検索エンジンの結果の関連性をリアルタイムで改善するための業界標準のベスト プラクティスです。これにより、コストを増やすことなくサービスの価値を高めることができます。ただし、説明した問題の原因である必要なトレードオフがあります。

とはいえ、リターン URL は、エンコードを一貫した予測可能な形式に保つように設計されているようです。私は個人的にプレーンテキストへの 1,000 個を超えるリンクを解析しましたが、いくつかの単純なルールを実装することで、無効なリンクを 1 つも作成していません。将来の変更の可能性については良い点を挙げていますが、現時点ではフォーマットを変更する兆候はなく、URL をプレーンテキストに解析するのは現在比較的簡単です。

于 2016-11-30T19:23:59.333 に答える