mixi アプリを 5 つリリースしました！ - onkはギリギリ霊長類
実験的な要素が強いですが mixi アプリをドバッとリリースしました。 ドリコムのmixiアプリ 上期に、研究開発費約1億5000万円を投下する。ミクシィが運営するソーシャルネットワーキングサービス（SNS）「mixi」のアプリプラットフォーム「mixiアプリ」に対応し、「ソーシャルアプリでゲームを開発・提供する」（内藤氏）計画も進めていると5月15日の決算説明会で明らかにした。 【上期に研究開発費約1億5000万円、「mixiアプリ」向けにゲームも開発--ドリコムが決算説明会で発表 - VENTURE VIEW】 と以前記事がありましたが，この一角ですね。OpenSocial アプリは僕の所属部署で担当しています。
OpenSocial Dev App
For this gadget to function correctly, you must be a member of the iGoogle sandbox. If you are not already using the iGoogle sandbox, please visit http://www.google.com/ig/sandbox to sign up. If you already have sandbox access, please click this link to install the Dev App on iGoogle. Hide this message About: This OpenSocial application provides the ability to write and save JavaScript code
mixi Developer Center (ミクシィ デベロッパーセンター) » 外部サーバの呼び出し
mixiアプリは、Person & Friends APIを利用することによって、ソーシャルという特徴を持つことになりますが、インターネット上にある無数のWebサービス（外部サーバ）が提供するコンテンツとのマッシュアップによって、mixiアプリの魅力は何倍にも大きなものとなります。すでに海外などで人気を得ているOpenSocialアプリケーションのほとんどが、任意のWebサービスを呼び出してコンテンツを利用しています。単に外部のコンテンツを表示するだけでなく、ソーシャルグラフと関連付けることによって、新しいユーザ体験を提供することができます。 外部サーバへ通信を行うための機構は、OpenSocial仕様の中でGadgets Core JavaScript APIとして定義されています。具体的に外部サーバへ通信を行うための関数は、gadgets.io.makeReqeust()関数です。mi
Spoofing that uses Referer - Yoichiro Tanaka - org.apache.shindig.dev - MarkMail
Hi folks, I'm Yoichiro Tanaka as an architect of mixi Platform in Japan. I report on a problem and a solution about a spoofing by Referer here: Phenomenon: If an user obtains a referer URL of an OpenSocial application, the user can use the application as other's account (= an application spoofing). Replicate: (1) An application developer writes a code for accessing to an external web server by usi
Implementers' Draft: OAuth Consumer Request 1.0 Draft 1
Abstract This memo describes a method for using the OAuth flow to sign a request made between a Consumer and Service Provider where no User is involved. This enables OAuth to be used as a replacement to HTTP Basic authentication, which is not as complex as HTTP Digest authentication, and extends the capabilities of the OAuth Consumer credentials. OAuth Core 1.0 defines a protocol for delegating us
2-legged OAuth on OpenSocial - Codin’ In The Free World
OAuth Consumer Request 前回も簡単に触れましたが、OAuth Consumer Requestという拡張仕様があり、 これは二者間でのやり取りを行うためのものでした。OAuthのプロトコル中で 重要なパラメータは、トークンとシグネチャ(署名)です。トークンは、ある エンドユーザーがサービスプロバイダ上に持っているリソースに対して、 特定のコンシューマがアクセスしてもよいという認可を与えたという証明となります。 また、コンシューマはリクエスト毎に共有鍵、もしくは秘密鍵で署名をつけることにより、 不正なコンシューマの偽装を防ぐことが出来ます。 二者間でやりとりを行う場合、エンドユーザは登場しません。なので、トークンを 扱う必要がなく、署名の検証のみで認証を行うことになります。 事前にリクエストトークンの発行、エンドユーザをリダイレクトさせて承認をもらう、 承認済のリクエス
Outbound OAuthを実現するOAuth Proxy - Codin’ In The Free World
OAuthプロトコル上でのプレイヤー数について 三者間のやりとり OAuthは基本的に、サービスプロバイダ、コンシューマ、エンドユーザの、 三者間でのやりとりのためのプロトコルです。(3-leggedと呼ばれます。) 二者間でのやりとり また、サービスプロバイダとコンシューマがダイレクトにやり取りを行う OAuth Consumer Requestという拡張仕様もあります。(こちらは2-legged OAuthと呼ばれます。)トークンを使わずに署名だけでやり取りを行います。 元々は、コンシューマが、エンドユーザーでなく自分自身のデータを取得 したいときに利用されるためのものでしたが、OpenSocialにおいて、複雑な やり取りを行うときに、エンドユーザーの混乱を防ぐために用いられるシーン があります。こちらについては後日説明します。 その他 OAuthのプロトコルでは、上に挙げた、3-l
Social Website Tutorial (v0.9) - OpenSocial
W3C and the OpenSocial Foundation announced today that as of 1 January 2015, OpenSocial standards work and specifications beyond OpenSocial 2.5.1 will take place in the W3C Social Web Working Group, of which the OpenSocial Foundation is a founding member. The W3C Social Web Working Group extends the reach of OpenSocial into the enterprise, HTML5 and Indie Web communities. In this post we talk abou
Proposal: Virtual Currency API
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message to opensocial-an...@googlegroups.com, Jian Cai ☑, Yizi Wu (吴伊自), Chris Chabot Hi, A few of us from the Google OpenSocial team have been working with 51.com in China on a proposal for payments/virtual currency, and we'd like to get your feedback. The goal is to all
Tender Surrender » OAuthの署名方式を掘り下げる
当ブログでこれまで何度かOpenSocialに絡んだOAuthについて取り上げてきましたが、MySpaceを参考にしていたため、署名方式としてHMAC-SHA1のみを対象にしてきました。しかしShindigを掘り下げる上でRSA-SHA1を避けて通ることはできず、むしろこちらについても十分な知識を得ていないとなかなか先に進めないことが分かりましたので、この機会にまとめてみます。(OpenSocialをある程度前提にしていますが、署名の話はOpenSocialに限らないものです。) 署名とは何か ITの世界で署名とは、問い合わせ元がその人であることを証明するための手段、と言えます。OAuthだと、コンシューマがサービスプロバイダに対して、名乗っている通りの者であることを証明することを意味します。これは、「自分」もしくは「相手と自分」にしか分からないものをリクエストに付け加えて送ることで実現さ
Tender Surrender » OpenSocialのOAuthまとめ
OpenSocialでは、コンテナが外部サーバーとの通信を行う際、または外部サーバーがコンテナと通信を行う際、OAuthを使用して認可を行います。今回はOpenSocialにおけるOAuthについて、現段階でのまとめを書いてみます。 ※追記(2008/10/20)：2008/10/4に書いたコチラの記事も必読です。 OAuthって何だったっけ？ OAuthはユーザー、コンシューマ、サービスプロバイダの3者間でデータのやり取りを行うとした場合、ユーザーがコンシューマにクレデンシャル(IDやパスワード)を渡すことなく、ユーザーが所有するサービスプロバイダ上のリソースにコンシューマをアクセスさせるためのものです。 例えばユーザーがGoogle(サービスプロバイダ)のアドレス帳(リソース)をMySpace(コンシューマ)上で利用するシーンを思い浮かべてください。OAuthがなければ、MySpace
バナナ研究所:mod_auth_opensocial をリリースしました ブログ
mod_auth_opensocial 0.1.0 をリリースしました。 mod_auth_opensocial は、OpenSocial アプリからサーバに届いた署名付きリクエストの検証(Verification)を行うための Apache 2.0, 2.2 用のモジュールです。 署名付きリクエストとは、OpenSocial の makeRequest 関数 (AUTHORIZATIONパラメータにSIGNEDを指定) により生成され、コンテナにより署名されたリクエストです。 mod_auth_opensocial が署名の検証に成功すると、リクエストは通常通り(HTMLの取得や、PHP、Servlet Containerへのアクセスなど)に処理されます。 検証に失敗すると、HTTPエラーをリクエストの送信者へ返します。 バックエンドが受け取るリクエストは全て署名の検証に成功
OpenSocial Development Environment - Trac
Welcome to OpenSocial Development Environment The porpose of this project is to make the development tool for OpenSocial application. OpenSocial Development Environment(OSDE) is made as Eclipse Plug-in. OSDE allows you to develop and test OpenSocial application very easily. What's OSDE? OSDE is the Eclipse Plug-in for developing OpenSocial application. When you want to develop and test a social ap
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
opensocialhost.com
[OpenSocial] Re: Containers testing RESTful compliance
opensocial-resources - Google Code
Google AJAX Feed API
OpenPNE3がOpenSocial対応になりました - OpenSocial-Japan | Google グループ
opensocial-jquery - Google Code
Blog - Mikula Beutl - SEO Consulting
