(月)すき焼きにラムというのが我が家的に新しかった。いや、ラムである必要はあまりないんだけど。関西・関東で味や調理方法がいろいろ違っている。わたしローカルは大阪。出汁は、塩と昆布が好きで、東京に来て鰹と醤油は続くとちょっとアレな感じ。すき焼きは、醤油と砂糖をドボドボと肉にかけて水分は白菜などの野菜からでる水分だけ。足りなければお湯とか日本酒を足す感じ。東京のすき焼きが最初から割り下と称するだし汁で煮るのには驚いた。すき「焼き」っていうんだ、煮ちゃいかんだろ。今日クリスマスはウチですき焼きwithラム肉。醤油と砂糖で飴色になった肉が柔らかくて蕩ける。醤油と砂糖で飴色に透き通る白菜とネギが蕩ける。昼間からすき焼きを食いながらビールを飲む贅沢な時間だ。すき焼きを外食するようなことはほとんどないんだけど、昔好きで行ってた新宿の伊吹というすき焼き屋さんが関西風の砂糖と醤油どぼどぼ。肉が柔らかくて美味だったなぁ。残った具ですき焼き丼も。いや、すき焼きもそうだけど、鍋はうめーすなあ。年末年始は鍋で年越しするか。OAuthをAPIのクチにする、というの読んだから。OAuthのわかりやすい解説は他の有用なサイトにまかせるとして、素人のわたしの理解をメモる。やろうとしているコト。1)縦書きtwitter(わたしの作ったtwitterを利用するサイト)がある。2)縦書きtwitterは現状ではユーザーにtwitterのIDとPASSを入力してもらって、そのユーザーのタイムラインを取得、表示している。※入力してもらった情報はユーザーのクッキーに保存。twitterに対してはBasic認証で繋いでいる。この(2)の部分を、今後twitterが推奨するという、OAuthでの認証にしてみたい。大雑把な理解で流すけど。1)縦書きtwitterにユーザーがアクセスする。2)縦書きtwitterは、twitter本体に対して、縦書きtwitterは登録してありますよ、とお伺いをたてる。twitterにリダイレクトする。飛ばされて、そこでIDとPASSを入力して「承認」すると、ふたたび縦書きtwitterに戻される。(IDみたいなもんだ)と、tokenを含めたアクセスを正しく認識するためのtoken_secret(パスワードみたいなもんだ)を持って戻ってくることになる。6)縦書きtwitterは、ユーザーのtokenとtoken_secret=IDとパスワードをどこかに保存しておいて、ユーザーに縦書きtwitterを使ってもらう。※保存するのはたぶんクッキー。DBに保存したら、今度はそのIDとPASSがだれのものか、というログインが必要になるしねえ。取得したり、つぶやきを投稿したりできるようにはしたけど。これ、本当に安心で便利なシロモノなのか、そこんとこがまるで理解できない。Basic認証は、IDもパスワードも平文で流れるのでセキュリティに問題があるのはよくわかる、けど。Basic認証にしろ、OAuthにしろ、少なくともアクセスしている間は、IDとパスワードをどこかに保存しなきゃいけない。この穴はBasic認証だろうとOAuthだろうと同じじゃないのか。見えないIFrameに仕込まれる程度のチャチなクッキー引っこ抜きに引っかかって「なりすまし」被害に合うのは防げない、ような気がする。ユーザーにしてみれば、yhooなりmixiなり、ひとつのIDとパスワードを使いまわしできるので管理がラク、ってだけだったら(セキュリティ的に画期的になにかが変わったわけでもなさそうな)OAuthなんてこんな「ややこしい」手順を踏まなきゃいけないメリットは感じないんだよなあ。OAuthの良さを誰か教えてくだされ~。OAuth認証を、と思ってごそごそ調べては試行錯誤。ver0.20に投げたのが始まりだ。以下のページを参考にさせていただいて、CPANからOAuthをインストールすればラクショーっぽいぞ、と。http://blog.photoble.net/archives/category/memo/oauthtwitterhttp://sayama-yuki.cocolog-nifty.com/blog/2009/09/twitteroauth-d7.html甘かった。