You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
![各社のログインAPIで返ってくるIDは何であるのかと、PPIDの現状について](https://cdn-ak-scissors.b.st-hatena.com/image/square/1ef26f6cb4349557952890dbe3e567f7f98dc151/height=288;version=1;width=512/https%3A%2F%2Fgithub.githubassets.com%2Fassets%2Fgist-og-image-54fd7dc0713e.png)
2011年04月12日17:57 by oklahomer Permissions カテゴリドキュメント http://developers.facebook.com/docs/authentication/permissions/ ユーザがアプリを許可するとき、デフォルトでアプリに与えられる権限はユーザ基本情報の読み込みのみです。それ以上のデータを読み込みたかったり、Facebookに対して書き込みを行いたい場合は、必要に応じてパーミッションを得る必要があります。 パーミッションは以下の5つに分けられます。 Basic Information (パーミッション不要)User and Friend PermissionsExtended PermissionsOpen Graph PermissionsPage Permissions ユーザから追加のパーミッションを取得する方法は認証ドキ
デジタル・アイデンティティの世界へようこそ はじめまして、OpenID Foundation JapanでエバンジェリストをしているNovです。 この連載では、僕を含めOpenID Foundation Japanにかかわるメンバーで、OpenID ConnectやOAuthなどの「デジタル・アイデンティティ(Digital Identity)」にかかわる技術について紹介していきます。 APIエコノミー時代のデジタル・アイデンティティ 世界中で9億人のユーザーを抱える「Facebook」や5億人のユーザーを持つ「Twitter」など、巨大なソーシャルグラフを持つサービスが、日々その存在感を増しています。日本でも、グリーやモバゲーなどがそれぞれソーシャルゲームプラットフォームを公開し、国内に一気に巨大なソーシャルゲーム市場を作り上げました。最近では、ユーザー数が5000万人を突破し、プラット
2012年07月09日01:27 by oklahomer Facebook Night vol.7 発表内容まとめ 3:Batch RequestとReal-time Update API カテゴリTips 「Facebook Night vol.7 発表内容まとめ 1:publish_streamとpublish_actions」で主要な2パーミッションの違いを、「Facebook Night vol.7 発表内容まとめ 2:認証ダイアログの構成」では、それら2つの認証ダイアログ上での扱いの違いを紹介しました。その過程で、ユーザがアプリをインストールしたからと言って、全部のパーミッションを許可しているとは限らないことや、あとからFacebook上の設定ページでパーミッションが消されうることを話しました。ここでは、それに対応する実装方法を紹介します。 与えられたパーミッションを確認する例
アマゾンAPIを使うのに2009年8月15日から認証が必要になるらしい 2009-05-09-1 [Programming][Affiliate][WebTool] 「Amazon アソシエイト Web サービスの名称変更および署名認証についてのお知らせ」というメールが来ました。 (追記: ほぼ同内容のものが Forum とアソシ公式ブログにもありました。ただし Forum では15日ではなく16日となっています。) さて、このたび、Amazon アソシエイト Web サービスの名称を、「Product Advertising API」と変更しましたことをお知らせいたします。この新名称は、開発者の皆様が Amazon サイトで販売されている商品の広告作成を行い、これによって Amazon より広告費を受け取るという、API の目的をより正しく表しています。 はいはい、了解しました。 「Pr
公開中の認証プロキシエンドポイントAPI RESTを使用しているクライアントアプリケーションの場合、従来のAmazonアソシエイトWebサービスAPI(REST)で使用していた、 http://webservices.amazon.co.jp/onca/xml http://ecs.amazonaws.jp/onca/xml http://xml-jp.amznxslt.com/onca/xml といったエンドポイントを、 http://honnomemo.appspot.com/paproxy http://honnomemo.appspot.com/rpaproxy/jp/ に置き換えることで(クエリはそのまま)Product Advertising APIの認証処理を意識せずとも従来と同等に動作する……はず。 ご自分のGoogle App Engine上で動作させたい場合、以下のソー
「作ろうと思う」って書いちゃったしね 複数のAmazon API認証プロキシを順に使いまわすリバース・プロキシ(reverse proxy)です。 ↓のページから、プロキシ登録が出来ます。 Product Advertising API用リバースプロキシ あ、登録する際にはOpenIDでログインする必要があります。現状、自分のやつをひとつだけしか登録していないのでちょっと寂しい。だれか登録してください(笑)。 リバース・プロキシの負荷の関係から、2009/07/22現在、 認証signature付きのURLを302でリダイレクト Amazon API認証のPROXYを書いたよ(2) - ただのにっき(2009-07-06) で返すようになっていないと、登録出来なくなっています。申し訳ありませんが、ご了承願います。 amazon-auth-proxyの方は、現在対応いただいているところです。
今回から始まった「ゼロから学ぶOAuth」。全4回の特集にて、これからのWebサービスを開発する上で不可欠な技術「OAuth」について取り上げます。初回は、OAuthの概念について取り上げます。 はじめに はじめまして、iKnow!改めsmart.fmの真武です。現在smart.fmでは、OAuthやOpenID、OpenSocial、Semantic WebやActivity Streamなどといった新しい技術の導入を積極的に行いサイトを活性化させるとともに、smart.fm APIを通じて我々の技術を外部のデベロッパの方々にも提供しています。 smart.fmは日本最大のOpenID Relying Partyであるだけでなく、国内では数少ないOAuth Consumer(後述)およびOAuth Service Provider(後述)を兼ねるサービスとなっています。こういった背景
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く