func09

Facebooker のユーザー情報取得とキャッシュの仕組みを調べたメモ

haga — Fri, 19 Feb 2010 10:08:31 +0000

Facebooker

FacebookerはRuby on Rails用のFacebookプラグインです。
Facebookアプリケーションを作ったりFBMLのヘルパーがあったりREST APIへのラッパーが用意されていて、大変に便利が良いです。

使い方は

チュートリアル
http://apps.facebook.com/facebooker_tutorial/

や

Developing Facebook Platform Applications with Rails http://www.pragprog.com/titles/mmfacer/developing-facebook-platform-applications-with-rails

を参考にしてください。
書籍の方はちょっと情報が古いのですが、それでも十分役立ちます。

ユーザー情報の取得方法

Facebookerでのユーザー情報の取得は、とてもRails的でわかりやすいです。

script/console で実行する場合

# Facebook ユーザーID
facebook_id = 1234567890

# Facebookのセッションキー
session_key = 'xxxxxxxxxxxxxxxxxxxxxxxxx'

# Facebook APIにアクセスするためのセッション作成
fb_session = Facebooer::Session.create
fb_sessoin.secure_with!(fb_sessoin, facebook_id, 1.hour.from_now)

fb_session.user #=> セッションユーザー情報。Facebooker::Userのインスタンス
fb_session.user.friends #=> セッションユーザーの友人のユーザー情報。Facebooker::Userインスタンスの配列

ユーザー情報の取得には、Users.getInfo APIを利用する。

ユーザー情報のキャッシュ

Facebooker::Userインスタンスは、生成された後、最初にプロパティ（#name, #age ..etc）にアクセスしたタイミングでUsers.getInfo APIにリクエストを投げる。一度リクエストしたら、２度目はキャッシュしたメモリから値を返す。

Facebooker::Userインスタンスを作成しても、プロパティにアクセスしなければUsers.getInfo APIをリクエストしないので、少しはパフォーマンスに効果があるのかもしれない。

user = fb_session.user # まだREST APIにリクエストしてない
user.name #=> 'Yukio Hatoyama' このタイミングでREST APIにリクエストしている
user.sex #=> 'Male' メモリーから取得

同じユーザーでもキャッシュは効かない場合がある、ていうかほとんど。

基本的にはインスタンス変数にデータを蓄えているだけなので、同じFacebookユーザーでもオブジェクトが違えば、キャッシュは当然効いていないため、それぞれAPIへリクエストすることになる。

# UID123456789のユーザー
user = Facebooker::User.new(123456789, fb_session)
# users.getInfo APIにアクセスする
user.name #=> 'Yukio Hatoyama'

# 同じUIDを持つユーザー
sameuser = Facebooker::User.new(123456789, fb_session)
# Users.getInfo APIにアクセスする
sameuser.name #=> 'Yukio Hatoyama'

フレンド情報の取得

Facebookerでのフレンド情報取得は、Facebooker::User#friendsを利用することになる。このようなAPIがFacebookに存在しているわけではなくて、Friends.get APIで友人のID一覧を取得した後にその人数分Users.getInfo APIをリクエストしにいっている。

従って、かなり効率が悪いです・・。

user = Facebooker::User.new(123456789, fb_session)
user.friends #=> Userインスタンスの配列コレクション。友達が20人いれば、リクエスト数は21回。

フレンド情報のキャッシュ

フレンド情報の取得にはキャッシュが効く。効かなかったらやばいよね。

user = Facebooker::User.new(123456789, fb_session)

# フレンド数分、users.getInfo APIをリクエスト
user.friends

# メモリのキャッシュから返すので、APIはリクエストしない
user.friends

# プロパティを指定した場合、もう一度人数分リクエストする
user.friends([:name, :sex])

# キャッシュから返すのでAPIはリクエストしない
user.friends([:name, :sex])

これもUserインスタンス内の変数にキャッシュしているだけだから、あまり効果なさそうだなぁ。。

最後に

FacebookerはFacebookアプリをRubyで作りたい場合、とても便利です。
情報も他のライブラリに比べて一番充実していると思います。

僕もこれまでFacebook関連のアレをやってきましたが、Facebookerのインターフェイスの良さにはしびれっぱなしです。

キャッシュに関しては、FacebookのユーザーIDベースでKey Value Storeに保持しておけるようにできたらいいなと思っていますが、Facebookの規約的にアウトじゃないのか？とか、そもそもユーザー情報の見え方がユーザーによっては違うはずなので、やっぱりサービス全体でキャッシュするのはダメかなぁ。

追記

Facebooker::User#users(ids)メソッドを使えば、リクエストが１回で済むことがわかった。
基本的にはこっちを使おうかな。

[sinatra for flasher] 大量のダミーデータを返すAPIを作る

haga — Wed, 17 Feb 2010 04:30:41 +0000

FLASHer のためのSinatra入門 [導入編]

前回の続きです。

今回は大量のダミーデータを返すAPIを作ってみます。
要件としては

住所録を返すAPI
本番サーバはPHPなので、URLもそれに合わせる
100件程度、ランダムで返す
XMLの内容は、名前、メール、メッセージ、性別、国

という感じです。

Haml

今回はテンプレート言語にHamlを使っていきます。
タグ構造をインデントと簡略構文でガシガシ書いていけるので、慣れると気持ちいいです。

日本Hamlの会
http://haml.ursm.jp/

Getting Started Haml
http://haml.ursm.jp/getting-started

ざっくりと説明すると

!!! XML
%items
%item(id="1") こんにちは
%item(id="2") さようなら

というHamlマークアップが

'1.0' encoding='utf-8' ?>

"1">こんにちは
"2">さようなら

に変換されます。
雰囲気だけ掴んでもらって、詳しくはチュートリアルやドキュメントを御覧下さい。

Forgeryでサンプルデータの作成から解放される

forgeryというgemライブラリで、煩瑣なサンプルデータ作成とはおさらばできる。

sudo gem install forgery

でインストールして、使い方は

require 'forgery'
puts Forgery(:internet).email_address #=> tmccoy@topiclounge.biz
puts Forgery(:internet).email_address #=> charper@voolia.net

こんな感じ。標準でサンプルデータの辞書がいろいろ入っていて、上記のコードはメールアドレスのサンプルデータをランダムに生成している。

今回はForgeryを積極的に使う。

コード

いきなりですが最終型のコード

require 'rubygems'
require 'sinatra'
require 'forgery'

before do
content_type 'xml' # 常にContent-Typeを 'application/xml'に
end

get '/api/getFriends.php' do
haml :get_friends_php
end

__END__

@@ layout
!!! XML
= yield

@@ get_friends_php
%friends
- rand(100).times do |i|
%friend(id="#{i}")
%name
%first_name= Forgery(:name).first_name
%last_name= Forgery(:name).last_name
%email= Forgery(:internet).email_address
%message= Forgery(:lorem_ipsum).paragraph
%gender= Forgery(:personal).gender
%country= Forgery(:address).country

今回は1ファイルで完結させてみた。

ブラウザで http://localhost:9393/api/getFriends.php （ポートはshotgunデフォルト）にアクセスすると、下みたいなXMLが取得できる。

beforeフィルター

常にXMLを返すAPIなので、リクエストを受け付けて処理する前にContent-Typeを'application/xml'にするように設定。Sinatraのbeforeフィルターという機能で実現。

before do
content_type 'xml' # 常にContent-Typeを 'application/xml'に
end

URLに対する処理

/api/getFriends.phpというパスに対して処理したい場合、Sinatraのgetメソッドに続いて、そのパスを定義する。 do ~ end ブロックの中に処理を記述。

この場合Hamlでget_friends_phpテンプレートを出力する処理のみだね。

パスに普通に「.php」とか使えているところに注目してもらいたい。要するにマッチすればなんでも良いので「.pl」でも「.cgi」でも「.do」でも本番と同じパスを表現できるはずだ。

get '/api/getFriends.php' do
haml :get_friends_php
end

Hamlによるテンプレート

Sinatraには「ファイル内テンプレート」という機能があって、テンプレートをわざわざ別ファイルとして用意しなくても、ソースファイルの最後（END以降）にテンプレートを書いても良いことになっている。

テンプレート名は「@@index」とか「@@layout」とか先頭に「＠＠」を付けて置くこと。

__END__

@@ layout
!!! XML
= yield

@@ get_friends_php
%friends
- rand(100).times do |i|
%friend(id="#{i}")
%name
%first_name= Forgery(:name).first_name
%last_name= Forgery(:name).last_name
%email= Forgery(:internet).email_address
%message= Forgery(:lorem_ipsum).paragraph
%gender= Forgery(:personal).gender
%country= Forgery(:address).country

レイアウト

layout という名前のテンプレートがあれば、Sinatraはすべてのテンプレートのレイアウト、つまり枠として利用する。

「!!! XML」はXMLのドキュタイプ宣言を簡略表現で、「= yield」は、ここにメインテンプレートの内容を流し込むよーという処理。

get_friends_php テンプレート

@@ get_friends_php
%friends
- rand(100).times do |i|
%friend(id="#{i}")
%name
%first_name= Forgery(:name).first_name
%last_name= Forgery(:name).last_name
%email= Forgery(:internet).email_address
%message= Forgery(:lorem_ipsum).paragraph
%gender= Forgery(:personal).gender
%country= Forgery(:address).country

XMLのタグ表現を「%タグ名」とインデント階層でマークアップしていく。
「- rand(100).times do |i|」は、以降の下層インデントの部分をランダムで100件まで繰り返させている。

あとはForgeryの住所辞書や名前辞書を使ってサンプルデータを埋め込むよ。

さいごに

今回はFlashで使えそうな大量のダミーデータAPIをさくっと作ってみたよ。慣れれば10分もあれば作れるので、下手に実データを作るより楽なはず。

今後は

HTTP POSTでデータを送信するような場合
JSONの場合

など書いてみようかと。

[Sinatra] Sinatraでnamespaceルート（嘘）

haga — Tue, 16 Feb 2010 14:57:23 +0000

Sinatra 楽しい！

今のところあまり大きなものを作る予定がないんだけど、ひとつのファイルにたくさんのルートを書いているとごちゃごちゃしてちょっと嫌だ。

かといってコントローラーを複数に別けるのもSinatraスタイルに反しているような気がする。そこでルートの階層をわかりやすくするTIPS。

def namespace routename, &block
yield
end

namespaceというメソッドをトップレベルに定義しておく。このメソッドはブロックの内容を実行するだけ。

get '/users' do
'Users Index'
end
get '/users/new' do
'New User'
end
get '/todos' do
'Todos Index'
end
get '/todos/:id' do
"Show Todo #{params[:id]}"
end

これが

namespace '/users' do
get '/users' do
'Users Index'
end
get '/users/new' do
'New User'
end
end
namespace '/todos' do
get '/todos' do
'Todos Index'
end
get '/todos/:id' do
"Show Todo #{params[:id]}"
end
end

こう書けるようになる。

少し見やすい

FLASHer のためのSinatra入門 [導入編]

haga — Tue, 16 Feb 2010 08:33:01 +0000

はじめに

こんにちはーFlasherのみなさん。
すっかりRuby記事ばっかりなのに、いまだにブログ訪問者の大半はFlasherらしいこのブログ。
久しぶりにFLASHerのための記事を書けそうです。

今日とりあげるのはSinatraというRubyで作られた超シンプルなフレームワークです。

require 'rubygems'
require 'sinatra'
get '/hi' do
"Hello World!"
end

このたった5行で、http://localhost:4567/hi にアクセスすると「Hello World!」というテキストを返すAPIサーバがローカルPC上に完成するんだ。

Rubyがわからなくたって、どんなプログラムなのか一目瞭然だ。シンプルだと思わないかい？
今回はこのシンプルなSinatraを使って、あなたのFlash案件に使える、より本番に近いモックAPIサーバを作ろうというお話です。

この記事の対象者

サーバ連携なFlash案件が多いFlash開発者
Macユーザー（Windowsの人もインストール編以外は共通だと思う）
ターミナル.appが少しは触れる人（達人じゃなくてよい）

今回のシチュエーション

FlashでToDo管理アプリを作ることになった。まずはToDoの一覧をサーバからXMLで取得して、それが表示できるようにしたい。

APIのURLと、どんなXMLが返ってくるかは決まっているんだけど、肝心なサーバ側は完成していないどころかリリース前日には出来上がるスケジュールらしい。こうなったら自分でダミーAPIを用意しながら開発するしかない。

ToDo一覧を取得するAPIと返ってくるXMLのサンプル
http://example.jp/api/todolist

"1.0" encoding="UTF-8"?>

1’>
牛乳を買って帰る

2’>
企画書を提出する

効率よく開発を進めるためのFlashの設計

さて、上記のようなシチュエーションの場合、ローカルにダミーXMLを配置して、それを読み込むというのが一番てっとり早い開発手法なんだと思う。しかしAPIの種類が100種類とか膨大だったり、同じAPIでもパラメーターで返却のバリエーションが変わるとか想定すると、本番により近いAPIモックを用意できるのがベストだ。

例えば本番APIとドメイン以外まったくURLが同じという構成があったら、Flashの設計も随分綺麗になると思うよ。

import flash.events.*;
import flash.net.*;

// 実行環境をSWF起動時に設定する
var environment:String = 'development';

// 設定
var setting:Object = {
production: { // 本番用
host: 'http://example.jp'
},
development: { // 開発用
host: 'http://localhost:4567'
}
};

// ローダー
var request:URLRequest = new URLRequest(setting[environment].host.concat('/api/todolist'));
var loader:URLLoader = new URLLoader();
loader.addEventListener(Event.COMPLETE, function(e:Event) {
trace(URLLoader(e.target).data);
});
loader.load(request);

上のコードでは、「environment」変数の中身がdevelopmentなら開発環境用のAPIを、productionなら本番環境用のAPIをリクエストする。

インストール編

ここからはSinatraをインストールする話

Sinatraでモックサーバを作るには最低でも以下のようなものが要求されるよ、がんばれ！

ターミナル.appの操作
ruby
rubygems
sinatra

まずはターミナル.appを起動しよう。Macの「/アプリケーション/ユーティリティ/」に入っている。これを機会にターミナルをDockに入れておいたら周りの同僚に一目おかれるかもね。

起動したらRubyが入っているか確認だ。MacOS10.4くらいからRubyは最初から入っているはず。最新の10.6ならRubyのバージョンは1.8.7のはずだ。

% ruby -v
ruby 1.8.7 (2008-08-11 patchlevel 72) [universal-darwin10.0]

次にrubygemsのバージョン確認。rubygemsはrubyのサードアプリをインストールしたりするための管理ツールだよ。今回のSinatraもそうだし、有名なRuby on Railsもrubygemsでインストールできるんだ。

% gem -v
1.3.5

ひょっとしたらバージョンは1.3.5より低いかも。そのままでも大丈夫だと思うけどアップグレードするなら。

% sudo gem update —system

でアップグレードしよう。

Sinatraのインストール

さて、RubyGemでお目当てのSinatraをインストールする。ついでに他にも使えそうなライブラリをいれておくよ。

sudo gem install sinatra haml rack shotgun

パスワードを要求されるので、自分のアカウントのパスワードを入力しよう。するとインストールが始まる。

お疲れ様でした！あとはダミーサーバを書くだけだ。

さぁ、SinatraでダミーAPIを書くんだ！

ここまで準備ができたら、Flashプロジェクトの中にでもsinatra用のディレクトリ「mock」を作る。全体の構成はこんな感じにしたよ。

mockディレクトリの中にapp.rbというテキストファイルを作成して、エディタで以下のように書く。

require 'rubygems'
require 'sinatra'
get '/api/todolist' do
'Hello World!'
end

そして、ターミナルでプロジェクトのmockディレクトリまで移動してサーバを起動しよう。え？ターミナルでmockディレクトリまで移動ができない？デスクトップにmytodosプロジェクトフォルダがあるなら

% cd ~/Desktop/mytodos/mock

と入力してエンターだ。

それでもわからなかったら、「cd 」とだけ書いて、移動したいフォルダをターミナルへドラッグドロップでもオッケー。

そしてサーバ起動だ。

% ruby app.rb

こんな感じになってるかな？

なっていれば、君による君だけのAPIサーバが起動した。おめでとう！そうそう、サーバを止めたい時はCTRL+Cを押すんだよ。

ブラウザで http://localhost:4567/api/todolistアクセスしてみよう。

すごい！完璧だ！サーバサイドエンジニアになれるんじゃないか？！

モックAPIを作る

僕らの目的は「Hello World」を表示することじゃない。XMLを返すサーバを作ることだから先を急ぐよ。

mock/app.rbをちょっと変更してきちんとXMLを返すようにしてみるよ

require 'rubygems'
require 'sinatra'
get '/api/todolist' do
content_type 'xml'
erb :api_todolist
end

そして、mock/views/api_todolist.erb というファイルを作成して

"1.0" encoding="UTF-8"?>

'1'>
牛乳を買って帰る

'2'>
企画書を提出する

としよう。

ブラウザでアクセスすれば、今度はXMLが返ってくるようになったはずだ。

簡単に説明すると、「content_type ‘xml’」でXMLとしてレスポンスを返すように定義して、「erb :api_todolist」で views/api_todolist.erbというテンプレートファイルを出力してね。

ということになる。ERBというのはRubyでスタンダードなテンプレートシステムだ。
参考：http://www.druby.org/ilikeruby/erb.html

もうちょっと高度なことをする

これじゃローカルにXMLを置くのと変わらないよドラえもーん、と嘆いている、そこののび太くん。 ERBを使えば繰り返しが可能なので、例えば999件のXMLを返したい時はこうだ。

mock/views/api_todolist を修正

"1.0" encoding="UTF-8"?>

<% 999.times do |id| %>
'<%= id %>'>
牛乳を買って帰る <%= id %>

<% end %>

数値.times do ~ end で数値分繰り返し処理されるのはRuby独特の書き方だ。

さらに高度なことをする

単純な繰り返しじゃいやだ！自分でレコードを作りたい！でもデータベースは嫌だ！ OK。ならこうだ。

mock/app.rb修正

require 'rubygems'
require 'sinatra'
get '/api/todolist' do
# TODOの配列を作る %w はRubyの配列式
@todos = %w{
コンビニに寄る
ジャンプを立ち読みする
牛乳をレジへ持っていく
178円払う
店員さんにありがとうと言う
牛乳を買って帰る
牛乳を冷蔵庫へしまう
}
content_type 'xml'
erb :api_todolist
end

mock/views/api_todolist.erb修正

"1.0" encoding="UTF-8"?>

<% @todos.each_with_index do |todo, id| %>
'<%= id %>'>
<%= todo %>

<% end %>

app.rbで設定した@todosをテンプレートからアクセスしている。
@todos.each_with_index do |element, index| ~ end という形もRubyでは日常茶飯事に使われる配列の繰り返し方。

さいごに

ざっとFLASHerがSinatraを使ってモックサーバを用意する方法を書いてみた。

Sinatra側のコードは書き換える度にサーバを再起動する必要があるから注意してね。それがめんどくさい場合はshotgunコマンドを使うと、再起動の心配は必要無くなる。

% shotgun app.rb

駆け足だったので、もっと具体的なことをしたいとか、これはどーやって実現するんだ？という質問があったら、コメントなりメールなり@func09なりへどうぞ。

それから、モックサーバを作るためにRubyにハマりすぎると、僕みたいにFlasherを引退してまでRubyを書くことになっちゃうからほどほどにね。

enjoy flash and ruby!

参考URL: AS3でちょっとしたサーバサイドのプログラムが必要になる時に毎回書くのが面倒なので、適当に sinatra で書いた

どうしてAuthlogic::Session::Baseがコントローラーにアクセスできるのか調べた

haga — Mon, 15 Feb 2010 08:04:47 +0000

Railsで最近人気の認証フレームワーク「Authlogic」は、ユーザーセッションをまるでActiveRecord風なモデルのように扱えることによって、セッション周りの処理をコントローラーからモデル側へ移すことができていて、コードがシンプルになります（コントローラーがごちゃごちゃしないという点で）。

AuthlogicではユーザーセッションをAuthlogic::Session::Baseを継承したクラスで管理するようになっており

# user_session.rb
class UserSession Session::Base
end

# ログインする
session = UserSession.new(:login => "bjohnson", :password => "my password", :remember_me => true)
session.save

# ログインしているユーザーセッションを取得する
current_user_session = UserSession.find

# ログアウトする
session.destroy

と、こんな感じのインターフェイスでログイン周りの処理が書けて、非常にわかりやすい。

しかし隠蔽されているとはいえ、モデルからセッションやCookieにアクセスするといった事を自分で実装したことがなかったので、一体どんな仕組になっとるんか？と考え調べました。

読んだポインタ

http://github.com/binarylogic/authlogic/blob/master/lib/authlogic/controller_adapters/abstract_adapter.rb
http://github.com/binarylogic/authlogic/blob/master/lib/authlogic/controller_adapters/rails_adapter.rb

３行で説明

ActionControllerのbefore_filterの先頭で
ActionControllerをラップしたアダプタークラス（RailsAdapter）への参照を
Authlogic::Session::Base.controllerに代入している

モジュールをインクルードしている箇所 http://github.com/binarylogic/authlogic/blob/master/lib/authlogic/controller_adapters/rails_adapter.rb#L48

ActionController::Base.send(:include, Authlogic::ControllerAdapters::RailsAdapter::RailsImplementation)

コントローラーの先頭のフィルターに:activate_authlogicという処理を追加している箇所 http://github.com/binarylogic/authlogic/blob/master/lib/authlogic/controller_adapters/rails_adapter.rb#L36

klass.prepend_before_filter :activate_authlogic

Authlogic::Session::Base.controllreにコントローラーのアダプターを代入している箇所 http://github.com/binarylogic/authlogic/blob/master/lib/authlogic/controller_adapters/rails_adapter.rb#L40-42

def activate_authlogic
Authlogic::Session::Base.controller = RailsAdapter.new(self)
end

とても勉強になったんだけど、Authlogicはソースが綺麗に分割されすぎてて探しにくい。

「ナゼナゼくん」というサービスが面白い

haga — Wed, 03 Feb 2010 03:50:40 +0000

前田製作所さんの作った「ナゼナゼくん」というサービスがおもしろい。

自分の問題だと思っている事柄を入力すると、「なんで××なのですか？」としつこく質問されつづけているうちに、自分と向き合わざるを得なくなるツールです。

まぁ、どんな不満も結局は自分に問題があるという結果になってしまうというか、そうでない方が問題なのだけど、いくらWebサービスとは言え、質問攻めにされるのはいい気分じゃないです。

結構むかむかして、心がささくれだってくるんですが、訳のわからんキャラのせいでどーでもよくなります。

つーか何、残像してんだよ。

[rails]delayed_jobの再試行ロジックについてメモ

haga — Tue, 15 Dec 2009 11:28:52 +0000

Railsで非同期処理？

railsで非同期処理をやる場合、最近はdelayed_jobがメジャーらしいですね。

以前はbackgrounDRbが定番だったようだけど、EngineYardが「友達にBackgrounDRbを使わせるな」とまで書いているので、そこまで言われると使う気になりませんでした。実際リソース食いだったし。

使い方参考ページ

使い方はそんなに難しくないので、ここで説明することは放棄します。

READMEとRailscastsのエピソード171でなんとかなると思います。

再試行のロジック

いろいろとすっとばして本題、キューの再試行のロジックが変だなぁと思ったのでメモです。

Delayed::Job::max_attempts

delayed_jobには試行回数上限があって、この上限値を超えるまでリトライしつづけます。デフォルトは25回で、Delayed::Job::max_attempts という定数に設定されています。

Delayed::Worker::sleep_delay

ワーカーが起動するインターバルです。デフォルトは5秒。

例えば絶対に失敗するキューがあった時、

キュー失敗、５秒待機、キュー失敗、５秒待機、（以下25回失敗するまで繰り返し）

という流れを勝手にイメージしていたのですが、そうではないみたいです。

キューが失敗した時の再スケジューリング

キューが失敗すると、次に実行する予定時刻を決めます。そのロジックが

On failure, the job is scheduled again in 5 seconds + N ** 4, where N is the number of retries.

となっています。

「トライした回数の4乗に5秒足した時間」後にリトライをするよう再スケジューリングするので、失敗すればするほどインターバルが開いていきます。

1回失敗したら次回のリトライは6秒後
2回失敗したら次回のリトライは21秒後
3回失敗したら次回のリトライは86秒後
4回失敗したら次回のリトライは261秒後
5回失敗したら次回のリトライは630秒後
6回失敗したら次回のリトライは1301秒後
7回失敗したら次回のリトライは2406秒後
8回失敗したら次回のリトライは4101秒後
9回失敗したら次回のリトライは6566秒後
10回失敗したら次回のリトライは10005秒後

最初の方は１分以内にリトライさせますが、10回目ともなるとリトライは２時間後。
何度も失敗していると、もうこいつアカンわ・・と見捨てられていく感じを良く表現したロジックですねー。

mixiアプリでの外部通信のあれこれを調べた

haga — Thu, 19 Nov 2009 07:14:25 +0000

久しぶりにmixiアプリの事を調査したよ。

多分日頃からOpenSocial開発をしてる人には当たり前のことなんだろうけど
ぐぐってもわからなかったので。。

iframeで外部ページを埋め込めるか？

mixiアプリはそもそもiframe内にgadget.xmlをキャッシュされた状態で起動する。

つまり、mixi.jp内のページにmixi-platform.comにキャッシュされたコンテンツを表示していて
さらにその中で別ドメインなコンテンツを表示できるのか？

結論としてはできる。ただ外部ページからではOpenSocialAPIに接触しようがないから、不便は不便。

iframeの中にfacebookアプリを埋め込んだりもできたよ。
でもmixiアプリ上で認証させるのは多分規約違反。

iframeで外部コンテンツを表示するっていう作法も、外部サイトへの遷移の規約に従ってない気がするのでアウトかな？

どうでしょう？

Flashから外部コンテンツとの通信

OpenSocialのFlash埋め込みAPIを使って、配置したSWFから
URLLoaderなんかを使って普通にクロスドメインな通信ができるかチェック。

これもできる。相手のサーバから拒否されてなければ。

JavaScriptはXHRを使えないから（ひょっとして使える？）、makeRequestするわけだけど
Flashは普通に通信できるなら、mixiアプリは開発しやすさで言えばFlashで作るに限るってことかなぁ。

makeRequestはoAuthの署名リクエストが使えるので、通信にセキュリティを保証したい場合は有効だと思う。

Railsのソースの中に「らきすた」が出てくる件

haga — Mon, 02 Nov 2009 10:18:12 +0000

なんかto_jsonについて調べてたら

activerecord/lib/active_record/serializers/json_serializer.rb

にらきすたのこなたが出てくるんだけど、これって有名なんだろうか・・。

あまりにも意外すぎて、なんの作業してたか忘れたよ。いい迷惑だ！

http://github.com/rails/rails/blob/55501b9f6ab46d45db04a81956579402511ad092/activerecord/lib/active_record/serializers/json_serializer.rb#L18-75

追記：

例えばこんな感じ、コメントの中にサンプルコードとして登場します

# konata = User.find(1)
# ActiveRecord::Base.include_root_in_json = true
# konata.to_json
# # => { "user": {"id": 1, "name": "Konata Izumi", "age": 16,
# "created_at": "2006/08/01", "awesome": true} }

はてブのコメントによると２年前からコードの中に存在していたらしい。
アニメ好きな外人のコミッターが犯人だったんすね。

http://blog.codefront.net/2007/10/15/konata-izumi-in-edge-rails/

Railscastsと同じTextMateのテーマ

haga — Fri, 30 Oct 2009 08:54:00 +0000

RailsCasts大好きです。

Rails好き
わかりやすい
ネタが早い
声が素敵

などいろいろ良い点がありますね。

さて、最近TextMateを使うようになりまして（メインはNetBeansです）あこがれのRailsCastsみたいな色にしたいと奮闘しましたが本家からダウンロードできるのでした・・

http://railscasts.com/about

好きな人はぜひ！