Rails2.0の足回りと中級者への道：第3回 Rails2.0で作るRESTfulアプリケーション（後編）｜gihyo.jp … 技術評論社
例：リンクの表示 GET /users/1/links/6.xml :member CRUD以外、すなわち作成、参照、更新、削除以外の処理を行いたい場合、map.resoucesで、:memberオプションを指定します。:memberオプションには、アクション名とHTTP MethodのHashを指定します。 例として、リンクを非表示に設定するケースを考えます。リンクの非表示を、hideカスタムアクションへのPUT Methodで表現すると決定した場合、以下のように設定します。 :memberオプション map.resouces :link, :member => {:hide => :put} URI例 PUT /links/1/hide なお、このURIにはhideという「動詞」が入っているため、RESTの統一インターフェースの原則的にはあまり望ましくありません。 miniciousの
第1回 Rails2.0の足回り | gihyo.jp
Railsを使っている方も、使っていない方もこんにちは。この特集では、「Rails2.0の足回りと中級者への道」と題して、2007年12月7日にリリースされたRails2.0の基礎と、Rails2.0が提示する新しいアプリケーションの形、について学んでいきたいと思います。 Rails2.0とは何か？ Railsの開発者David Heinemeier Hansson（DHH）自身が語るように、Rails2.0は「革命的というより漸進的（“evolutionary rather than revolutionary”）」なリリースです。バージョンの数値の変化とはうらはらに、Rails1.1とRails1.2間に行われたほどの変革はありません。 ですが、痛みすら伴う数多くの洗練と、RESTfulなアプリケーションへの傾倒を含んだリリースになっています。 この特集ではまず、Rails
第5回 Railsで作るOpenID対応アプリケーション実践（後編） | gihyo.jp
ログイン処理の修正（Sessionsコントローラ） まずはログイン画面から修正します。これまでのログイン画面はOpenIDのアカウント名を入れるフォームが存在するだけでした。ここに、IDとパスワードを入力するためのフォームを追加します。 図2 ログイン画面のスクリーンショット OpenIDでのログインとパスワードでのログインのどちらであっても、フォームに入力したデータはSessionsコントローラのcreateアクションが受け取ります。createアクションはどちらのデータも受け取れるようにします。具体的な修正方法は、OpenID AuthenticationプラグインのREADMEが参考になります。修正後のcreateアクションは以下のようになります。 def create if using_open_id? # OpenID による認証 open_id_authentication e
第4回 Railsで作るOpenID対応アプリケーション実践（前編） | gihyo.jp
はじめに 今回はいよいよ、アプリケーションを作りながら、OpenIDの実践的な使い方を解説します。サンプルとして作成するアプリケーションは、ミニブログと呼ばれるつぶやきブログです。いわゆるTwitterクローンです。利用者はミニブログにログインして、一言つぶやきます。ブログの一種ですので、当然ユーザ認証が必要になります。普通はパスワードを用いた認証が一般的ですが、今回はOpenIDを用いてユーザを認証するようにアプリケーションを作成していきます。 さて、認証と簡単に言いましたが、認証に必要となる機能をもう少し具体的に列挙してみましょう。 ユーザ登録 サービスを利用するために必要な情報（IDやメールアドレスなど）を利用者に入力してもらい、データベースへ登録する。 ログイン（認証） 利用者が入力した認証情報（パスワードなど）を元に利用者を認証し、ログインの可否を判定する。ログインに成功した利用
Rubyは遅いから使えるのです : やむにやまれず
2007年07月20日13:00 by 山崎泰宏 Rubyは遅いから使えるのです カテゴリRuby開発スタイル Tweet sparklegate Comment(1)Trackback(0) 「Ruby なんて遅くて使えないよねって言ってみる」を読んで： 逆でしょう。RubyやRailsは遅いから使えるんです。 論点を整えますが、設計者、主にプログラマから見て「使える」と表現しています。 経営やプロジェクトマネジメントの観点まで広げると、Railsを採用するということは端的に言えば、「開発フェーズを効率化して運用フェーズでコストとして被る」ということです。 ビジネスプランも加味した上でのトレードオフになります。 言語のパフォーマンスを重視してみたところで無駄 - 開発者はみんなフレームワークを欲しがる：文句無しにパフォーマンスが良いので、Cで全てを書くとどうなるかです。 設計の初期段階で
Part2 Rubyに学ぶ「Ruby on Railsの正体」：ITpro
電波系Rubyプログラマ。好きな言語はC++とLua。最近，仕事ではRailsでのWebアプリケーションの開発を主にやっています。Webアプリケーションばかり触っていると，ときどきアセンブラが恋しくなりますね。仕事にかまけているうちに，趣味で開発したいプログラムのネタが大量にたまっています。 Rubyで記述されたWebアプリケーションフレームワークRuby on Rails（Rails）が人気を博し，Railsを使うのに必要なRubyもまた話題になっています。Railsの作者であるDavid Heinemeier Hansson氏は「Railsには，Rubyと同じ感触，同じ匂い，同じ味わいがある」と言っています。この言葉には様々な解釈がありますが，筆者は，「Rubyのやりかた」を極限まで突き詰めてフレームワークに適用したのがRailsであると考えています。 Rubyは何かにつけ「人に優しい
Ruby なんて遅くて使えないよねって言ってみる - Akasata's Page（あかさたのページ）
2007-07-03 16:25 : Ruby なんて遅くて使えないよねって言ってみる 「Ruby なんて遅くて使えない」という意見が出ます。（昔、Java も似たようなことを言われましたっけ。）これに対して、Ruby 好きな人からは、「大抵の Web アプリではボトルネックは IO になるからアプリの言語は遅くても構わない」「CPU 時間よりも開発者の時間の方が重要」というような反論が展開されます。 Rails 厨にならないためにも、ここは Ruby に批判的な目を持って、この問題を考えてみたいと思います。 ■ 前提 Ruby を採用するとなると Rails 絡みで Web アプリでしょうから、Web アプリについて考えてみます。（でも、DLR とか話に出てくるわけですから、クライアントで使う場合もそろそろ検証した方がいいと思いますけどね。） ■ Ruby は遅
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails-users.jp - 日本の Rails ユーザのためのハブサイト
TechCrunch Japanese アーカイブ ? Twitter、Ruby on Railsを放棄か