といいつつ、ひとつだけ理解できないというか、納得できないところが。トランザクションのところがなんだかRESTっぽくないのがすごく気になる Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESSプラスシリーズ)(山本 陽平) - ただのにっき(2010-04-23) 「Web を支える技術」は自分もとてもいい本だと思う (教科書としてすばらしいし復習用としても読みやすいのでイイ) のですが、トランザクションの所だけは分かりづらいなと感じました。その原因は、atomic transaction で解決できる課題を例として使っているという点と、トランザクションと更新クエリのレイヤ分割がされていない、という２つの点によるものではないでしょうか。 HTTP 上でトランザクションを表現する必要があるケースのほとんどは、atomic transaction ではなく
久々にRailsを触っていたら、認証プラグインの定番acts_as_authenticatedが、より新しいrestful_authenticationに変わっていることに気づいた。前者は今後保守されないらしいので、乗り換えは必須。新米RESTafarianとしては、RESTfulを名乗っているところにも興味を引かれる。 そういうわけで触ってみて導入手順を書いたが、RailsのREST実装についての説明も含むので、ちょっと冗長になってしまった。 2010/05/24追記。こちらも参照のこと。 最新版のrestful-authenticationはどこにある？ - idesaku blog インストール まずはrailsアプリケーション作成。今回は2.0.2を使う。 $ rails authtrial create create app/controllers create app/help
restful_authentication を導入したので手順などメモっときます。 restful_authentication ・ログインなどのセッション管理を行なう Rails プラグイン ・メールによる認証登録ができる ・セッション状態を acts_as_state_machine で管理することが可能 ・acts_as_authenticated を置き換えるプラグインらしい（参照） ・eringi.com「acts_as_authenticated を試してみた。」 acts_as_state_machine のインストール >ruby script/plugin install http://elitists.textdriven.com/svn/plugins/acts_as_state_machine/trunk/ restful_authentication のインスト
build what you believe in At BadPopcorn, we only work on projects we believe in. We feel that being passionate about a project is key in building great websites. Over the past six years we have become passionate about CrossFit. We built beyond the whiteboard to help CrossFit Affiliates organize, analyze and grow their CrossFit gym. This idea is not our business strategy. It's our philosophy. We ar
こんにちわ。ばたっちです。 Rails 2.0の REST対応はは、RESTアプリのサーバ側の機能と、クライアント側の機能が入ってるんですね。 サーバ側 : ActionController::Resourcesとか クライアント側 : ActiveResource サーバ側では config/routes.rbに「map.resource :entry」のように書くだけで、CRUDな URLを生成してくれます。 例えば、コントローラで、 def show @entry = Entry.find params[:id] respond_to do |format| format.xml { render :xml => @entry } end end とすれば、Entryオブジェクト(ActiveRecord)を自動で XMLに変換して返します。 (ActiveRecordの to_xm
HepCat Dev and Test Blogクライアント『BlogWrite』の開発＆テスト＆アップデート情報をメインに、ブログやWebにまつわる技術的トレンドなどを扱う開発ブログです。 [ Atom/REST ] Google Calendarが先日公開されて大変便利に使っているわけですが、このカレンダー情報を外部アプリケーションから更新するプロトコルが公開されました(はてブ経由ogawaさん経由)。 Google Data APIs Protocol （GData）というのが、今後Googleで汎用的に使われるベースとなるプロトコル。そして、このGoogle Data APIを利用した、Google Calendar 向けの仕様が、 Using the Google Calendar Data API という事らしいです。 iCalベースとかだろう、とたかを括っていたら、中身を見て
When designing your first REST system there are a variety of mistakes people often make. I want to summarize them so that you can avoid them. If any are unclear, ask for more information on rest-discuss. Using HTTP is not enough. You can use HTTP in a Web service without SOAP or XML-RPC and still do the logical equivalent of SOAP or XML-RPC. If you're going to use HTTP wrong you would actually be
yohei-y:weblog: REST の日本語リソース
日本で REST がぜんぜん盛り上がっていないようなので、日本語で読める REST のリソースをまとめてみた。 東大市山氏による Roy Fielding の論文紹介。技術的な要素を理解したいけど RoyF のドク論を読むのは厳しい人にはお勧め。 http://kumiki.c.u-tokyo.ac.jp/~ichiyama/projects/reports/pdmwa 元論文はこれのようだ Principled Design of the Modern Web Architecture http://www.ics.uci.edu/~taylor/documents/2002-REST-TOIT.pdf 同氏による REST 版ショッピングカートの実装例。こちらも参考になる。 http://kumiki.c.u-tokyo.ac.jp/~ichiyama/projects/reports
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
