はてなブックマーク

OAuth WRAP という新しい OAuth の仕様が話題になってるので、ちょっとドキュメントを訳してみました。 全部翻訳するのは大変なので、利用シーンごとに分けて作られている "Profile" というのだけをそれぞれ訳しています。(WRAP は Web Resource Authorization Protocol の略らしい) Facebook Connect を置き換えるものとしても注目されており、Javascript 単体のアプリケーションなんかも想定してあります。今回翻訳したドキュメントでは、まだ Javascript Profile は定義されていないのですが、MLに仕様書のドラフトが添付されていたので、そちらも同時に訳しています。 Smart.fm でも Javascript アプリ上での認証はオープン化の key なので、特に Javascript Profile に注

Contact リストを Email じゃなくて OpenID で取れればいいのに Google / Yahoo! Inc. の Contact API、正直友達の Email アドレスとかもらっても、スパムまがいの招待状送るくらいでどうせみんな登録しないんじゃない？本当は Facebook Connect みたいに「友達をインポートする」とかの方がやりたいのに。 G も Y! も OP になっていて、Smart.fm 内には各社数万単位でその OpenID を使っているユーザがいるので、Friend リストを OpenID で受け取れれば、Facebook Connect や Twitter なんかより遥かに高い確率で友達が見つかる、はず。 そして Email じゃなければ、Y! Japan さんも対応しやすい、かも？ OpenSocial Container の User ID が O

Rails アプリのエラー通知プラグインでは ExceptionNotification などがメジャーですが、それよりはるかに賢いプラグインを見つけたので紹介します。その名も「Hoptoad（ヒキガエル ）」。 正確には単なるプラグインではなく、エラー通知用プラグイン＋エラー管理Webアプリの組み合わせが「Hoptoad」です。 使い方は至って簡単。 Hoptoad サイトに登録 利用には API Key が必要なので、Signup Hoptpad から自分にあったプランを選んで、ユーザ登録をします。僕は個人プロジェクトの twitbackr で利用しているので、Egg (free) で十分。 プラグインインストール プラグインは github にあります。 script/plugin install git://github.com/thoughtbot/hoptoad_notifie

OAuth の POST リクエストでは、基本的に Content-type = x-www-form-urlencoded のデータを送ることが想定されています。 もちろんそれ以外にも Content-type が multipart/form-data や application/xml、application/json などの場合も、request body が signature base string に入らないという違いはあるものの、OAuth を使って POST することは可能です。 仕様的には。 smart.fm でも一部 API で multipart (upload file) や xml/json データ (save study data : comming soon) をポストしないといけない API があるのですが、みごと ruby の oauth gem ではそ

Ruby OpenSSL は JRuby OpenSSL とは実装が違うので、同じコードでも結果が異なる場合があります。 昨日 OpenSSL::Cipher を利用していてそんな状況に遭遇したので、メモメモ。 以下のコードは、Ruby と JRuby (or Java) で実行結果が異なります。つまり、Ruby で暗号化したデータを JRuby (or Java) で複合化できません。。。 require 'openssl' def display_bytes(bytes) bytes.each_byte do |byte| print byte, ":" end end plain_text = "some plain text is here" key = "1234567890abcdef" # 16 bytes iv = "abcdef1234567890" # 16 bytes

smart.fm OAuth が OAuth 1.0a に対応します。（＋OAuth 1.0a 対応方法概要） 雨つゆに 鐘の音ひびく 京の路 ruby oauth gem も rails oauth plugin も OAuth 1.0a 対応になったので、smart.fm も OAuth 1.0a に対応することにしました。 実装は既に終わったので、予定通りだと明日の昼前に本番に反映される予定です。 OAuth の脆弱性が発見されてから、暫定的に以下の2つの制約を加えましたが、OAuth 1.0a 対応でどちらの制約も外れます。 authorize 時に渡される oauth_callback を無視 request token の有効期間もかなり短く ただし OAuth 1.0a では oauth_callback を指定するタイミングが authorize 時から get reque

Friend Connect と Social Graph API があるのに、なぜ Shindig? 雨つゆに 鐘の音ひびく 京の路 Google Friend Connect 上では、OpenSocial Gadget が動くけど、SNS 独自の Social Graph は扱えない。 SNS 独自の Social Graph を使いたい場合は、Shindig なんかを使わないとだめ。 でも Google は Social Graph API で、各サイトの Social Graph を使える。ってことは、Social Graph API を使えば、Friend Connect でも SNS 独自の Social Graph は扱えるはず。 Activity も AppData も UserPref も全部 Google さんが持って、SNS 側では Friend Connect の

Shindig Java 版から Rails アプリのモデルにアクセスする為に、Java から Ruby を呼び出すという技にチャレンジしてみました。 なんだか org.jruby.* を使う方法もあるようですが、とりあえず今回は Java 6 の Java Scripting とかいうのを使ってみました。 以下、手順をざっとおさらい。 JRuby のインストール JSR233 Engines の Ruby エンジンは JRuby 1.1 系にしか対応していないらしいので、JRuby のバージョンを 1.3.0 から 1.1.6 に落とす。 これは jruby-bin-1.1.6.tar.gz をダウンロード＆解凍して、JRUBY_HOME を置き換えるだけ。 JSR233 Engines のインストール jsr223-engines.tar.gz をダウンロードして、適当な場所 (ここで

Commenting with Facebook Connect より Facebook Connect を利用したコメントフォームをプログラミング無しで簡単に導入できるようになったので、早速このブログにも導入。Disqus よりは Facebook 利用者の方が多いだろうということで、Disqus Comment Widget は削除しました。 Facebook Comment Widget の設置方法は以下の通り。 Step.1 クロスドメイン通信用の xd_receiver.html を自分のドメインに配置。 Step.2 Facebook に新規アプリケーション登録をして API_KEY を取得。この時コールバック URL の設定を忘れずに。 Step.3 コメントフォームを表示したい場所に以下のコードをコピペ。 <fb:comments></fb:comments> <scrip

火曜日の夜に銀座の Apple Store で行われた OpenID TechNight #4 に参加してきました。 今回のイベントは OpenID Foundation Japan 以外の方も参加できるイベントだったので、OpenID BizDay よりもエンジニアっぽい参加者が多かったです。やっぱこっちの方が性に合う。 内容は ZIGOROu さんと tkudo による OpenID 入門的なお話でした。本当は OAuth & OpenID ハイブリッド仕様と Contract Exchange について詳しく知りたかったんだけれど、対象レベルが違ったのでしょうがない。 最後は時間が押してしまったのもあり、質問時間が全くなかったのが残念でしたが、プレゼンは分かりやすくて良かったです。いままでざっとしか理解してなかったところが、きっちり系統だって分かった気がします。 きっとそのうちプレゼ

メッセージのやり取りをスレッドで表現したくて、Railsでツリーを扱うacts_as_treeにたどり着いた。が、なんかacts_as_treeに関してはあんまり資料が無いね。。Module: ActiveRecord::Acts::Tree::ClassMethodsにある使い方以外無くて、後はparent_id使うよ〜とか書いてあるとこがあるくらい。 ちょうど下の図みたいなTreeを作りたかったのでいろいろ試した結果、acts_as_treeだけじゃ全然Treeとしてだめだってことが分かったよ。 まずそのままではself.rootとself.rootsはあるけど、@node.rootはできない。このままじゃスレッド表示の各メッセージで、そのルートが取れないじゃないか！！ 以下がacts_as_treeのソースだけど、self.rootsとself.rootしか無いので、当然rootがと

Wakoopa 経由で「Hello, my name is e」というサービスを知ったのですが、これがなかなか面白そうです。 いわゆるプロフィールサービスで、いろんな Web サイトのアカウントをまとめておけるのですが、それを iPhone や携帯（というか Black Berry？）で知人と交換できるのです。 サービス概要を軽く読んでも、名刺交換の代わりにとか、"よくある" ことが書かれているのですが、このサービスが面白いのは... 専用端末まで用意してるところ！ 専用端末は E Connector と呼ばれていて、非常にシンプルなデザインのリモコンみたいなやつです。（専用端末は現在展示用のみで販売はしていません） 現在プライベートベータなので、さっそく試しに申し込んでみました。 追記 : アカウント取得しました プライベートベータアカウントを取得して、早速ユーザ登録してみました。以下、

モバイル版はあるけど、iPhone 版は無かった iKnow! に、初の iPhone 対応サイトが登場しました。（PC からは Safari で見てね） といってもセレゴが開発した訳ではなく、iKnow! API を利用して作られたサードパーティのサイトです。 開発者は、おっぱい エンジニア - Google 検索で世界を取った technohippy 氏。 iKnow Web App for iPhoneできました 現時点では Show people what you made! - iKnow! Developers Forum に報告されたアプリ３つのうち２つを technohippy が作っている。 すばらしい♪ iPhone ユーザ必見ですよ！ 前後の記事へ « OpenID ファウンデーション・ジャ トップ Gmail OpenID のエンドポイ »

Gmail が OpenID Provider になったので、 google.com とか gmail.com とかでログインできるのかと思いきや、Yahoo! や mixi はドメイン入れれば OK だけど、Google はちょっと違うのね。 Google のエンドポイントはこちら。 https://www.google.com/accounts/o8/id （httpも可） 最低でも google.com/accounts/o8/id まで入力しないといけないので、やっぱり「Gmail アカウントでログイン」というボタンが必要か。 前後の記事へ « iPhone で iKnow! ができ トップ 未来のなでしこ Japan を応援しに »

IT-PLUSの「行動ターゲティング広告はどこまで許されるのか」という記事の中で、ドリコムの行動ターゲティング広告技術の「ad4U」が、セキュリティ的に問題があるのではないかと指摘されています。 記事の冒頭は行動ターゲティング全般に渡る話題から入っていますが、結局のところドリコムの ad4U に対する否定的な意見が記事のメインのようです。 「楽天ad4U」は、「ユーザーのブラウザー側で保有している履歴情報をもとにユーザーの嗜好を解析して、広告を配信するという仕組み」だという。これはどういうことか。筆者が調べたところ、ブラウザー側の欠陥を突くことによって閲覧履歴を取得するものであることがわかった。 行動ターゲティング広告はどこまで許されるのか インターネット-最新ニュース:IT-PLUS ふむふむ、ついにニュースになったか。 元ドリコムズとしては、やはり気になる。 指摘されてる問題点は以下の

MacBookやMacBook Pro、iMacであんなことやこんなことまで.. SynergyでMacのトリプルディスプレイの時とは違い、ハードウェア的に処理します。 Mac Proも対応してるのかな？ 詳しくはこちらを。 Matrox Graphics - GXM - Products Matrox Graphics - GXM - Products

分散ネットワーク（P2Pのネットワークなど？）を効率よく構成するアルゴリズムについての論文。Grid班の後輩君から教えてもらった。 MOCKの初期グラフ生成のヒントがあるかも知れないと思い、アブストだけ訳してみた。参考文献を見る限り、コアなグラフ理論の文献はほとんど無さそう（文献11の"Surface reconstruction from unorganized points"くらいか）なので、外れな予感が漂う。ま、とりあえず4ページ目くらいまで読んでみようかな。 Vivaldi: A Decentralized Network Coordinate System Abstract 大規模インターネットアプリケーションでは、あるノードからその他のノードに接続すること無しに通信速度を予測できることがメリットとなる。明確な測定値は計測にかかるコストが得られる利得を上回ることが多く、魅力的では

2009.08.16 このサービスは http://twitbackr.com に移転しました。 RailsとWebServeceの勉強のため、TwitBackerを作ってみた。 各Twitterアカウント専用のPing URLを生成して、Trackback PingもしくはUpdate Pingを送ると「ブログ書いたよ」というメッセージとともに、ブログタイトル、ブログURLをTwitterに書き込めるよ。 Blogの自動Trackback送信先に登録しとくといいかも。 使い方は以下の通り。 Twitterのアカウント／パスワードを入力 Twitterへのログインが成功すると、Twitterに初期メッセージを投稿して、専用Trackback URLを表示 以降、そのPing URLにPingすると、Twitterにエントリータイトルとブログタイトル、エントリーURLが投稿される ↓Twit

最近、はてなが京都に移転するという話で盛り上がっていますね。個人的にははてなにはあまり思い入れが無いのですが、僕もちょっとだけドリコム京都オフィスで働いていたこともあるので、京都には結構思い入れがあります。 美谷さんとがあすなろブログで「はてなが京都に移転：ドリコムが京都オフィスを閉鎖したときに思ったこと」という記事を書いてましたが、美谷さんに初めてお会いしたのはドリコムの飲み会@京都四条でした。確かちょうど美谷さんがドリコムに入社されたばかりで、僕もアルバイトとしてドリコムで働きだしたころだったはず。 加藤さんも「はてなが京都に移転：ドリコムが京都オフィスと東京オフィスを統合させたことを振り返る」なんて記事を書いていました。東京に移転したのが成功だったのか失敗だったのかは分かりませんが、確かにドリコム東京移転の頃は、京都メンバーで移転に賛成している人は少なかったように思います。その頃には

Railsブログの方でも紹介しましたが、昨日僕のMacBookで自動テスト環境を構築しました。 ZenTestに含まれるautotestを使えば、開発を始める前にautotestを実行しておくだけで、それ以降コードを変更して保存した瞬間に自動的にテストが実行されます。またautotestはMacのGrowlとも簡単に連携できるので、テスト結果がGrowlを通じて画面右上にポップアップ表示されるようにするのも一瞬です。 この環境が整ってからは、バグを書いた瞬間、画面右上にErrorもしくはFailureのアラートが表示されます。（写真はSuccessですが..汗） こいつのおかげで、ここ2日間はテストを書くのもリファクタリングを行うのも、非常にスムーズです。こまめにテスト結果が表示されるので、どこかでErrorやFailureが発生しても、前回保存したところからの変更分だけを直せばすぐに問題

日本郵便がオープンソースとして公開している「郵便番号データ（CSV形式）」から、住所データをMySQLなどに以降して使う為のプラグインを作ってみました。 郵便番号／住所DBのセットアップ用に、migrationまわりのrakeタスクが用意されています。あと郵便番号から住所を導きだすmodelが入ってます。都道府県JISコードとか旧郵便番号への対応とか、住所から郵便番号導きだすとかも、余裕を見ながらする予定です。 使い方とか、プラグイン内でやってることは下のリンク先に書いてます。プラグインダウンロードもこちらから。 「 日本全国の郵便番号＆住所データDBを作る方法」。 rakeタスクの書き方とか、database.ymlの扱われ方とか、プラグインの作り方のいい勉強になりました。 もうちょっと機能を整えたら、Rubyforgeにあげられるかなぁ？ 追記）Rubyforgeにあげました。 Rub

Webアプリケーションを作っていて、一番おざなりになりそうなのが「テストプログラミング」だと思いますが、最近テストプログラムを書くのが楽しくなってきました。 CruiseControlでsvn commitすると自動でテストしてくれて、Rconvでソースコードのカバー率が確認できて♪♪テストがおざなりにされるのは、開発者の意識の問題ではなく、開発環境の問題なのかも知れませんね。 一度テストを書いてしまえば、その後はあの快感を味わうために、テストを書かずにいられなくなるかも。あんなに気楽に、そして大胆にリファクタリングができるんですもの！ 特にUnitテストはそれほど複雑じゃない割に、モデルのリファクタリングでは非常に効いてくるので、書かないと損です。 ってこんな記事書いてたら、またもう一つテスト書かないといけないことに気がついた！ テスト書いてから帰ろう。 前後の記事へ « iPod sh

昨日はiKnow!のユーザパーティー@渋谷に行ってきました。 途中道に迷って集合時間19:00を少し過ぎたころ会場に到着すると、既に30人程の人が！中には外国人の人も数人混じっていて、少し遅れてiKnow!のコンテンツマネージャの人とかFlashクリエイターの人も来てました。 行く前はメンバー10数人で、半分くらいがiKnow!の会社の人なんだろうと思っていたのですが、なんと25人くらい一般ユーザの人でした。iKnow!のテスターしてたとかいう人もいたので、社員の知り合いとかの人も含まれてますが。 面白かったのが、はてブのブックマークレットの登録を知人に手伝ってもらわないとできないような主婦さんとか、テレビショッピングの会社の秘書さんとか、インターネットのヘビーユーザとは違う層の人が多かったこと。もしかしたらすでにiKnow!はキャズムを超えているのかも。さらに面白かったのが、その内の結構