Product Advertising API用リバースプロキシ
Amazon Web ServicesのProduct Advertising API用の認証処理を代行するプロキシ(amazon-auth-proxy仕様準拠)の負荷分散を行うリバース・プロキシです。 上記のエンドポイント宛にProduct Advertising API（旧：Amazon アソシエイト Web サービス）のRESTエンドポイント用クエリを付けて送信すると、登録されているプロキシの中からラウンドロビンに選択して要求を中継し、応答を返します。 ■リクエスト例 http://honnomemo.appspot.com/rpaproxy/jp/?Service=AWSECommerceService&AssociateTag=sample-22&SubscriptionId=12345678901234567890&Version=2007-10-29&Operation=It
Amazon API認証のPROXYを書いたよ(2) - ただのにっき(2009-07-06)
■ Amazon API認証のPROXYを書いたよ(2) amazon-auth-proxyの仕様 (2009-07-07:URL形式の仕様追加。レスポンスについて仕様追加。) (2009-07-23:レスポンスとして302リダイレクトを強く推奨。) (2009-07-29:Styleパラメタ対応について追記。) 先月公開したamazon-auth-proxyだが、実は満足に動いてなかった(笑)。というか、単純なPROXYになればいいと考えていたけど、ちょっと複雑な事情があったので、仕様をもう少し確定する必要があった。コードは引き続きGitHubから: amazon-auth-proxy とりあえずこれで、手元のtDiaryは動いてる。 仕様的には、これくらい決めておけばいいかなー、と: 提供するURLは「http://(任意)/(locale)/」とする。(locale)はca、de、f
【埋】Amazon APIが電子署名必須の「Product Advertising API」に変更、その目的は？
Amazon APIが電子署名必須の「Product Advertising API」に変更、その目的は？ 2009/05/09 ■Amazon.co.jp Product Advertising API ライセンス契約 https://affiliate.amazon.co.jp/gp/advertising/api/detail/agreement.html 一部で話題になっていますが、AmazonのWebサービスAPIが変更になり、 「Product Advertising API」 になるそうです。具体的には 8/15以降は署名を付けていないAPIコールは受け付けなくなるようです。 具体的なやり方などは以下のサイトでまとめてくださっていますので、 AmazonのWebサービスAPIを使ってシステム開発をされている方はぜひ ご確認ください。簡単にいうと、これからコールするAPIのパラ
Amazon Web Services Developer Community : Making Secure Requests to Amazon Web Services
Communication on the Internet is susceptible to eavesdropping and malicious tampering. Amazon Web Services recommends you take action to protect the API requests you send. AWS Products Used: Amazon SQS, Amazon EC2, Amazon S3, Amazon Mechanical Turk, Amazon FPS, Amazon SimpleDB, Amazon DevPay This article outlines recommendations for making secure requests to Amazon Web Services and includes the f
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
