なんてことを言われてるんですが、なんでcsv受け付けなくなっちゃうんでしょ？

activerecord-3.1.3/lib/active_record/fixtures.rb

684       def read_csv_fixture_files
685         reader = CSV.parse(erb_render(IO.read(csv_file_path)))
686         header = reader.shift
687         i = 0
688         reader.each do |row|
689           data = {}
690           row.each_with_index { |cell, j| data[header[j].to_s.strip] = cell.to_s.strip }
691           fixtures["#{@class_name.to_s.underscore}_#{i+=1}"] = ActiveRecord::Fixture.new(data, model_class)
692         end
693       end
694       deprecate :read_csv_fixture_files

csv便利なのになぁ。

Commit dc94d813e2d158c5a284212c5d8146c677dbb877 to rails/rails – GitHub

fixing invalid yaml [#4418 state:resolved]

ここ、あなたのconfig/locales/active_support_ja.ymlではどうなってますか？

Rails 3 Cheat Sheets « Envy Labs

Today I’m happy to finally release the Envy Labs Rails 3 Cheat Sheets.

ルーティングだとかbundleだとか、書いてて「えーと、なんだっけ？」になるところがまとまってます。いいね！

default_scopeのorderをキャンセルする – とある技術屋の戯言

Model.reorder(‘id DESC’)

おーなるほどと思いつつ、他にもあるのかとドキュメントを見に行ったら・・・（[ show source ]をクリック）

Module: ActiveRecord::QueryMethods

# File activerecord/lib/active_record/relation/query_methods.rb, line 56
56: def reorder(*args)
57: ActiveSupport::Deprecation.warn "reorder is deprecated. Please use except(:order).order(…) instead", caller
58: relation = clone

ん？

class Article < ActiveRecord::Base
  default_scope where(:disclosed => true).order('disclosed_at DESC')
end

Article.all #=> SELECT "articles".* FROM "articles" WHERE ("articles"."disclosed" = 't') ORDER BY disclosed_at DESC
Article.except(:where).all #=> SELECT "articles".* FROM "articles" ORDER BY disclosed_at DESC
Article.except(:order).all #=> SELECT "articles".* FROM "articles" WHERE ("articles"."disclosed" = 't')

ほほー。

with_exclusive_scope (ActiveRecord::Base) – APIdock

In Rails3 use "unscoped" instead

The with_exclusive_scope examples no longer work in Rails3 because with_exclusive_scope is now a protected method which can and should not be used in a controller. Use the new unscoped method instead:

ほー。

class Post < ActiveRecord::Base
  default_scope :published => true
end

Post.all #=> SELECT * FROM posts WHERE published = true

Post.unscoped.all #=> SELECT * FROM posts

ほほー。

Rails 3 DataMapper dm-rails sqlite3 issue – Ruby Forum

change "database" to "path"
   database: testing_dm3_development.db
to
    path: ./db/testing_dm3_development.db

databaseのままだとファイルではなくメモリにデータが作られてしまうために、セッションが切れると飛んでしまうのが原因のようです。

・・・で、このままでは気持ち悪いのでどうしてこうなるかを追ってみました。

まず、現象はこんな感じ。(論点ではない出力は省略)

% ruby -v
ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-linux]
% rails -v
Rails 3.0.0
% rails new foo -O -m http://datamapper.org/templates/rails.rb
% cd foo
# つぎのdb:setupで怒られるので、ここでGemfileにactiveresourceを追加する。(これも問題？)
% bundle install
% rake db:setup
(in /home/yoshuki/trials/foo)
[datamapper] Created database 'foo_development.db'
[datamapper] Created database 'foo_test.db'
[datamapper] Finished auto_migrate! for :default repository 'foo_development.db'
% ls db
seeds.rb            # dbファイルがない
% rails g scaffold Post title:string body:text
% rake db:autoupgrade
(in /home/yoshuki/trials/foo)
[datamapper] Finished auto_upgrade! for :default repository 'foo_development.db'
% ls db
seeds.rb            # まだdbファイルがない

この状態でサーバ立ち上げてアクセスしてもテーブルがないと怒られてしまいます。
またdatabase.ymlはリスト1のようになっています。(コメントは省略)

・リスト1(config/database.yml)

defaults: &defaults
  adapter: sqlite

development:
  database: foo_development.db
  <<: *defaults
test:
  database: foo_test.db
  <<: *defaults
production:
  database: foo_production.db
  <<: *defaults

そこでソースを漁ったところ、これらを実際に使っているのはリスト2でした。

・リスト2(dm-do-adapter-1.0.2/lib/dm-do-adapter/adapter.rb)

215             DataObjects::URI.new(
216               @options[:adapter],
217               @options[:user] || @options[:username],
218               @options[:password],
219               @options[:host],
220               port,
221               @options[:path] || @options[:database],
222               query,
223               @options[:fragment]
224             ).freeze

221行目でpathがなければdatabaseを使うようになっています。いまはリスト1のようにpathがなくdatabaseのみがある状態なので、これで問題ないように見えます。
そして、つぎにこの@optionsを辿っていくと、リスト3に着きました。

・リスト3(dm-sqlite-adapter-1.0.2/lib/dm-sqlite-adapter/adapter.rb)

 19       def normalize_options(options)
 20         # TODO Once do_sqlite3 accepts both a Pathname or a String,
 21         # normalizing database and path won't be necessary anymore
 22         db   = (options[:database] || options.delete('database')).to_s
 23         path = (options[:path    ] || options.delete('path')).to_s
 24
 25         options.update(:adapter => 'sqlite3', :database => db, :path => path)
 26       end

22行目と23行目でキーをシンボルに統一しているようです。dbにはリスト1の設定値がそのまま入るのですがpathは設定していないので・・・はい、ここが原因でした。キーに:pathも’path’もなかった場合には

path = (nil).to_s #=> ""

となってしまいリスト2の221行目でpathがtrueになるため、結果としてdatabaseが無視されます。そしてtrueになったpathも空っぽなので、ファイルが作られないのでした。ここでpathが""ならnilに入れ替えておけばちゃんと作られるようになります。
ただ、いまのDataMapperのテンプレートだとRAILS_ROOT直下にファイルが作られてしまうので、デフォルトのテンプレートのようにディレクトリを付けておきましょう。

  database: foo_development.db
    ↓
  database: db/foo_development.db

RVM: Ruby Version Manager – rvmrc

The project rvmrc files are intended to be used to setup your project’s ruby environment when you switch to the project root directory.

以下のようにしておくと、それ以下のディレクトリに降りた時に自動で環境が切り替わるようになります。これは便利だなー。

echo "rvm foo@bar" > ~/projects/baz/.rvmrc

Bundler: The best way to manage Ruby applications

Install all gems into vendor/bundle, even gems that are already installed to your system and would normally be used from there instead of installed.

インストール時にnative extensionが作られるgem(たとえばsqlite3-ruby)をBundlerで入れるときに、おすすめされているディレクトリ(vendor/bundle)にインストールするとnativeなものがリポジトリに含まれちゃってわりと残念な感じになるんですが、みなさんどうしてるんでしょうか。
いくつかのディレクトリ(cache,gems,specifications)に撒かれているのをそれぞれ.gitignoreに書くのもそれはそれで気持ち悪いのでなにかうまい方法を考えていたら日が暮れてしまうという始末。あーなんてこと！

activesupport-2.3.8/lib/active_support/core_ext/base64/encoding.rb

 10         def encode64s(value)
 11           encode64(value).gsub(/\n/, '')
 12         end

ほっほー。

自分はjpmobileを使ってアプリを作る章を担当しました。書店で見かけたら手にとって頂けるとありがたいです。