Rails Advent Calendar 10 日目です。 Rails で、S3 へのアップロードや画像処理、メール送信など、時間のかかる処理をする際に、レスポンスをすぐに返し、処理自体はレスポンス後に行いたい場合があります。 rack_after_reply (https://github.com/oggy/rack_after_reply) は rack サーバを拡張する gem で、env["rack_after_reply.callbacks"] に Proc オブジェクトを追加することで、レスポンス後に実行してくれます。 # app/controllers/photos_controller.rb def create @photo = Photo.new(params[:photo]) if @photo.valid? env["rack_after_reply.callba

attachment-fu ============= attachment_fu is a plugin by Rick Olson (aka technoweenie <http://techno-weenie.net>) and is the successor to acts_as_attachment. To get a basic run-through of its capabilities, check out Mike Clark's tutorial <http://clarkware.com/cgi/blosxom/2007/02/24#FileUploadFu>. attachment_fu functionality =========================== attachment_fu facilitates file uploads in Ruby

Photo by harry harris いまPhotoShareのサーバの実装を大きく変えようとして悩んでいます。 (参考: Life is beautiful: マルチスレッド・プログラミングの落とし穴、その２) Rails 2.2でThread safeになるとか、NeverBlockで12倍速くなるっていう話もあるんだけど、負荷が上がればレスポンスが悪くなるのは、どうしようもない。マシンを増やせば解決できる部分もあるけど、マシンを増やせばコストは上がる。 Life is beautifulで書かれていますが、確かに全部の処理を同期的に行う必要はないんですよね。 PhotoShareでも、既にいくつかのページは非同期にerbを生成して、それをRailsとerubisで読み込んで実行しています。 しかし、Railsだけではこういった非同期の処理やviewの一部を事前に生成するという処

日本最大規模のrailsを使ったサイトのクックパッドで改良して 使ってるとのことなので、そこそこ使えるのだろうとのことで 改良するの覚悟でチャレンジしてみました。 下記がオフィシャルページ？（ただのblogの１ページだけども） http://revolutiononrails.blogspot.com/2007/04/plugin-release-actsasreadonlyable.html 使い方 インストール script/plugin install svn://rubyforge.org/var/svn/acts-as-with-ro/trunk/vendor/plugins/acts_as_readonlyable database.yml development: adapter: mysql database: hoge_development username: root

以下はRails 1.2.3の話。2.0でどうなってるかは知らないです。もっと良くなってるかも。 概略 From: info@example.com To: <%= @user.email %> Bcc: admin@example.com Subject: <%= @user.name %>さんにお知らせです。 Content-Transfer-Encoding: 7bit <%= @user.name %>さん ○○サービスのご利用ありがとうございます。 云々。みたいなrhtmlを使ってメールを送信する。 背景 ActionMailerのrhtmlは、通常のコントローラでrenderされる場合と動作が違う。 明示的に指定しないとヘルパーが使えない。 url_forの:only_path => falseが動作しない。 ヘルパーを有効にする(ドキュメント化されていない)方法は、 http

趣旨 Rails 2.0 になって、ページ送りの機能が Rails 本体から消えてしまった。will_paginate という gem か、 paginating_find というプラグインを使うのがいまは普通であるらしい。私は will_paginate で、ちょっとページ送り部分の表示をカスタマイズして使ってみた。 情報ソース will_paginateに移行 will_paginate を使う上で必要な知識がまとまっている。ただし、いまは gem になっているのに注意。 インストール % sudo gem install will_paginateとして gem をインストールする。そして、 config/environment.rb で require 'will_paginate' として読み込めば、準備 OK。 後はコントローラで、 @posts = Post.paginate

ActionController::InvalidAuthenticityToken (ActionController::InvalidAuthenticityToken): というエラーが出る。これは、Rails 2.xの新機能のCSRF (Cross-Site Request Forgery)プロテクションにauto_completeプラグインが対応してないから。Rubyonrails-talk MLに、お答えがあったので、参考にさせてもらう。 prototype_helperが、authenticity tokenをセットしてる辺りのコードを、auto_complete pluginのauto_complete_macros_helperにコピーしたら、うまく動いた。 こんな感じです： js_options[:method] = "'#{options[:method].to_s}

selectタグはマウスだけで簡単に選択できて便利なんだけど、選択項目の件数が増えた時にちょっと困ったことになる。例えば、全銀データで利用する銀行コードは1500件、支店コードは35000件の中から選択する状況の場合、selectタグだと長〜〜〜い選択リストを作ることになる。やってやれないことはないが、その中から目的の一つまでスクロールして見つけるのは大変だ...。 それでは、実際に本家の銀行が、webページ上の振込サービスでどんな方法で選択するようになっているか見てみると... テキストフィールドに検索したい銀行名を入力する。 検索ボタンを押すと、検索ページに移動して、絞り込まれた銀行リストから選択する。 銀行が確定したら、今度はテキストフィールドに検索したい支店名を入力する。 同じように絞り込まれた支店リストから選択する。 んー...手順に従った確実な方法と言えるけど、あまりスマートな