PATCH メソッド、新しい HTTP Status Code - 日向夏特殊応援部隊
Spec はあまりミーハーに追いかけても後で痛い目にあったりするもんですが、久しぶりに面白いなーと思ったのでちょっと取り上げてみます。 ちなみに斜め読みなので記事の正確性についてはあまり保証しませんw PATCH Method for HTTP RFC 5789 にある PATCH Method for HTTP ですが、RESTful API の致命的な弱点でもある PUT がリソースの完全なる置き換えなのに対して、PATCH は差分適用である所が中々面白いです。 2.1. A Simple PATCH Example のサンプルを見てみます。 PATCH /file.txt HTTP/1.1 Host: www.example.com Content-Type: application/example If-Match: "e0023aa4e" Content-Length: 100
OpenID TechNight #5 の資料を公開します - 日向夏特殊応援部隊
今回は二本立てでした。 Introduction OpenID Authentication 2.0 Revival Introduction OpenID Authentication 2.0 Revival 前の資料をもうちょっと丁寧に書き直したバージョンです。図解を豊富にしてみたり、どうしてその概念があるのかなんてのが自然と分かるように見直しました。 OpenID Mobile Profile OpenID Mobile Profile こっちはモバイル版 OpenID について、雑多な考察。まだ推敲出来てませんけど何となく頭にある物を書き起こした物です。もっとブラッシュアップしていく予定の物。 と言う訳で宜しければご覧下さい。 SlideShare x はてダ はてなアイデア またか。。。
idcon #3 の発表資料を公開します - 日向夏特殊応援部隊
http://text.art-code.org/presen/idcon/3/ Emailアドレスの持ち主に対応する OpenID Identifier が取得出来たら便利だよねと言うお話です。 資料の補足 基本的にこの資料ですけど、公式のスペックである http://eaut.org/specs/1.0/ に沿って、かなり噛み砕いて説明していますので、プレゼン資料を読めば概ねこの規格については理解出来ると思います。 あとこの EAUT と言うスペック、何のためにあるのか長所について。思いついたことを列挙してみると、 email ベースの ID 体系を OpenID ベースに代える事が出来るかもしれない email ベースの ID 体系からメタデータを取得出来るかもしれない とかとかなんですかね。 資料で挙げているセキュリティに関しては、このスペックの便利な所がそのまま欠点でもある事を示
第3回 RESTful Webサービス読書会の感想など - 日向夏特殊応援部隊
みんな REST 好きなんですねぇと言うのが良く分かった第3回の読書会。僕の方は前日夜からプレゼンを書き出して、自分が発表する10分前にやっと完成したと言う体たらくぶり＞＜ 8.8節に関して キュー、一括処理、トランザクションなどの考え方の例が示されている8章でも最も突っ込みどころの多い所。リソースの適用する考え方としては十分楽しいけど、だいぶ無理してるのでこれはベストプラクティスと呼ぶには筆者の信念に偏り過ぎてると思った。 また一括処理の指定の際に例えば、/resource1, /resource2/subres1 みたいな二つのリソースに対して統一インターフェースで何かする場合、/sets/resouce1;resouce2/subres1 のように指定するんだけど、これってURI Template を使えば、その記述の仕方で対象となるリソースを指定する事が出来るから SQL で言う所
RESTful Web サービス読書会の資料公開 - 日向夏特殊応援部隊
http://text.art-code.org/presen/restfulreading/ 取り急ぎ資料だけうｐしまーす。感想はまた後日＞＜ でも一言だけ言えば、みんなデレっぷりが酷い件。
Catalyst::Controller::Atompubのdispatch、Slugヘッダとか - 日向夏特殊応援部隊
Atompubの勉強始めました。 Catalyst::Controller::Atompubについて こちらはid:teahut*1さん自身がPerl(Catalyst)でAtompubサーバーを作る解説記事を書かれていますので、そちらを見ると大体分かると思います。 で今の所、分かった事とか困ってる事とか書いてみる事にします。 URLが基本的にpackage名で固定されてしまう。 例えば、コレクションFeedを取得したい場合はコレクションリソースURIに対してGETするんですけど、そのCatalystアクションの書き方は、 sub get_feed :Atompub(list) { # implements } みたいに書くんですが、これが仮にpackage MyApp::Foo::Collectionだとすると/foo/collectionに固定されてしまいます。 と言うのもCataly
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
斜め読みOpenID Authentication 1.1 用語集 - 日向夏特殊応援部隊
OpenIDの最新の仕様についての適当な和訳ドキュメントが無い気がするので、私的に気になった所だけ斜め読み和訳してみました。 あまり当てにしないで下さい。（＞＜） 原文: OpenID Authentication 1.1 用語 (2.Terminology) End User 自分のアイデンティティをConsumerに承認して欲しい実際のユーザー。ぶっちゃけサービス利用者。 Identifier アイデンティティはURL。OpenIDの認証プロトコルの全体フローはエンドユーザーかエンドユーザーが所有するURLに関して提供される物 Claimed Identifier エンドユーザーが自分たちで所有していると主張するアイデンティティの事。従ってコンシューマーに既に許可されたアイデンティティとは限らない。 Verified Identifier コンシューマーから既に承認されたアイデンティテ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
