Identity Conference #01を開催しました - 日向夏特殊応援部隊
昨日、サイボウズ・ラボにてIdentity Conference #01を開催しました。 ブクマタグはidconでお願いしまーす。 以下、詳細です。 Yadis/XRI and OpenID (id:ZIGOROu) 資料 Yadis/XRI and OpenID 概要 Yadis protocolの内容とXRI, i-nameがどんな物か、有用性、欠点など と言う訳で僕の発表資料の方はslideshareの方にupさせて頂きました。 Yadis, XRIはOpenID Authenticationを間違いなく小難しくしていて、 手軽にOpenIDを使うと言う最初のコンセプトからはだいぶ変わって来たのかなーと言う気がします。 とは言え中身を知らずにただ小難しいだとか言うのも宜しく無いので、今の所の勉強した分を書いてみました。 OAuth Core & Ext Spec (id:lyokat
Simple Registration ExtensionとAttribute Exchangeの違いについて - Yet Another Hackadelic
id:machuさんのブクマコメントより。 Simple Registration ExtensionとAXの違いがよく分かってないです。 同じように違いの分からない方もいらっしゃると思うので簡単に解説。 Simple Registration Exchange OpenIDのメインのspecが2.0になった事により、namespaceが適用されるので、 それに対応したOpenID Simple Registration Extension 1.1 - Draft 1をテキストにした方が良いでしょう。 でAbstractから引用。 Abstract OpenID Simple Registation is an extension to the OpenID Authentication protocol that allows for very light-weight profile
Re:OpenIDが面白いのはWebサービス間の連携 - 日向夏特殊応援部隊
概ね核心をついているんだけど、少し分かりにくいと思ったので補足してみたりとか。 元ネタ F's Garage @fshin2000 ：OpenIDが面白いのはWebサービス間の連携 結局、それなりに責任が伴うサービスとしては二段構えの対応にならざるを得なく、「お試し利用としてのOpenID対応」というフェーズと、「本気で使うならうちに個人情報を登録してね」という状態は分かれるだろう。 ユーザーサポートが絡むサービスであればあるほど、この部分は意識せざるを得ないし、マーケティングという大人の事情も絡めば絶対に無視できない。ネットのサービスはHTTPだけで完結するものではない。 f-shinさんが言っている「お試し利用」と「本気の利用」ってのは恐らく、メールアドレス等の個人情報を自前で持つか持たないかの話だと思うんですが合ってますかね？ Simple Registration Extensio
builder tech day - openAPI & beyondでOpenIDのLTしてきた - Yet Another Hackadelic
題して「もしm○xiがOpenID Providerになったら」です。 5分くらいでOpenID 2.0の新しくなった点について分かる内容にしました。 そんときのスライド OpenID 2.0 Quick Note まぁ良かったら見て下さい。 当日の様子 なんか前に座ってる人たちの行儀が悪過ぎてDNBK 特に眼鏡掛けてたちっちゃい人、id:lopnorにそっくりな人の自重出来なさっぷりにDNBK =natさんニコニコしてた tmaesakaさんが英語ペラペラで遠い存在に感じた id:lyokatoと僕は仲間だと思った(英語的に) norahmodelさん来てた。今度三国志トークする id:TAKESAKOより早く会社出たのに現地に着いたのは僕の方が遅かった＞＜ Mac勢がほぼ全滅してた と言う訳で、中々素敵な会でした。 CNETさん、本当にありがとうございました。
YadisとOpenIDの関係 (1) - Yadisの用語 - 日向夏特殊応援部隊
OpenID Authentication 2.0から正式にXRIおよびYadis Protocolが仕様に盛り込まれました。 一度きちんと勉強したいと思っていたのでYadisについてまとめると共にOpenIDとどのように関連しているのかまとめたいと思います。 Yadisとは Yadisの概要 こちらは本家のWhat is Yadisが非常に簡潔に説明しています。 Given an identity URL and no other information, how do we know what protocol needs to be used to authenticate that user? Yadis is a service discovery system allowing relying parties (aka identity consumers or members
もしmixiが2.0対応のOpenID Providerになったら - 日向夏特殊応援部隊
と言う激しい釣りタイトル。 http://blogs.sun.com/tkudo/entry/using_pseudonym_in_openid2_deployment を見ていて、あぁなるほどなーと思った次第なので良い機会なので、mixiが、OpenID Authentication 2.0対応のRPになるとするならば、こんな風にしては如何？と言う内容です。 まずはきっかけ 具体的には OpenID.ee と Yahoo!. それぞれ自身の管理しているアカウント名とは別の識別子を, RP (Relying Party) ごとにランダムに生成し払い出すらしい. (中略) Yahoo! JAPAN がやろうとしている OpenID Provider の設定は知らないけど, もし Yahoo! と同じだとすると, Yahoo!IDは微妙にセンシティブだと思っていて、あまり公開したくないような人
IEでのJavaScriptのデバッグ方法 - Microsoft Script Editor編 - - 日向夏特殊応援部隊
IEでJSのエラーになったときに立ち上がるデバッガって大体の人が使いこなせてないのではないでしょうか？ ちなみに僕もそうだったのですが、ふと思い立って調べてみました。 追記 (2008-01-10T14:24:30+09:00) はてブのコメントで、 MS Office持ってない人はVisual Web Developer(VWD)で。/ちょっと前にこんなの書いたので、VWD 2008使う人は参考にしてもらえると幸い。 http://d.hatena.ne.jp/terurou/20071218/119796573 とありました。 これはid:kaorunさんにも聞いていたので後で試そう〜と思ってたので助かります。 合わせてご覧になって下さい。 Microsoft Script Editorとは？ のようにOffice付属のツールだったりします。僕の環境では、 C:\Program Fil
日本のOpenIDグループとIRCの宣伝 - 日向夏特殊応援部隊
2.0も出た事だし国内のOpenID事情もどげんせんといかんと言う訳でtwitterでボロっと言ったら意外と人が集まったので、ブログでも告知してみます。 SixApartの重田さんが中心になって、Googleグループでopenid-jaと言うグループを立ち上げてます。 http://groups.google.com/group/openid-ja で、このグループのIRCはfreenodeで#openid-jaにあります。 個人的にはhttp://blogs.sun.com/tkudo/の工藤さんの方が僕よりよっぽどOpenIDに関してもプロだろうし、Identity Managementにおいてもスペシャリストだろうから、是非絡んで頂けるとなと。 連絡先が分からないのでコンタクトが取れない＞＜ あとは携帯キャリア系(DoCoMo/au/SoftBank)の人とかMicrosoft, G
OpenID 2.0の時代の幕開け - 日向夏特殊応援部隊
長らくOpenID 2.0関連のspecの議論が行われていましたが、やっと出ました。 OpenID 2.0…Final(ly)! – OpenID で具体的に何が出たかと言うと以下の二つのspecです。 Final: OpenID Authentication 2.0 - Final Final: OpenID Attribute Exchange 1.0 - Final OpenID Authentication 2.0 1.1から変わった点で、今の所僕が知ってる内容をかいつまんで紹介すると、 用語が変わった Consumer -> RP(Relying Party) IdP -> OP(OpenID Provider)など 後方互換性がある。(openid.ns) XRIの導入 XRDSの導入*1 Association Typeの追加 Discovering OpenID Relyi
Yet Another Hackadelic - 直積の導出と考えうる全ての値を網羅したハッシュの生成
昨日から激しく悩んでいた内容で、id:kazuhookuさんとnishioさんに色々教わったので、その内容のまとめ。 やりたい事 my $entries = { A => [0..5], B => ["A".."D"], C => ["a".."c"] }; みたいな集合A, B, Cってのがあるとして、A, B, Cから一個ずつ値を抽出してくる組合せを列挙すると言うお話。 ちなみに場合の数として、6 * 4 * 3 = 72 通り存在するハズです。 List::Utilのreduceを使う id:kazuhookuさん案を適当に整形。 #!/usr/bin/perl use strict; use warnings; use Data::Dump qw(dump); use List::Util qw(reduce); my $entries = { A => [0..5], B =>
Re: MySQL最適化のミニtips - 日向夏特殊応援部隊
元ネタ: http://labs.unoh.net/2007/07/mysqltips.html あまり具体的じゃないので、僕の考えとか。 正しいかどうかは各自の状況だとか実際試すべきなんだけど、参考になれば。 MyISAM、InnoDBなどテーブルタイプ 僕は断然InnoDB派です。 ただ仰るとおり、ログるだけのテーブルとかならMyISAMでもいいとは思うけど。 トランザクションやロック処理などが必要ない場合など、MyISAM形式にも良いところはあるので検討してみる価値はあるかもしれません。 これだけの指摘だとちょっと微妙な気がするです。 MyISAMの使いどころってのは、 ピンで他とリレーションが無い単純追記系のテーブル リレーションがあり、同一トランザクション内での更新系クエリが存在する場合は、トランザクションが期待通りに動かないので、基本的にはInnoDBと混在させるべきではない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
