$ rails s
=> Booting WEBrick
=> Rails 3.1.1 application starting in development on http://0.0.0.0:3000
=> Call with -d to detach
=> Ctrl-C to shutdown server
Exiting
/usr/local/lib/ruby/gems/1.8/gems/activesupport-3.1.1/lib/active_support/dependencies.rb:235:in `load': <
path_to_app>/config/initializers/session_store.rb:3:
syntax error, unexpected ':', expecting $end (SyntaxError)
...sion_store :cookie_store, key: '_<app>_session'
                              ^
        from /usr/local/lib/ruby/gems/1.8/gems/activesupport-3.1.1/lib/active_support/dependencies.rb:235:in `load'
        from /usr/local/lib/ruby/gems/1.8/gems/activesupport-3.1.1/lib/active_support/dependencies.rb:223:in `load_dependency'
...

И если открыть тот самый файл, где возникает ошибка, config/initializers/session_store.rb, то в 3-ей строке можно увидеть, что-то типа:

App::Application.config.session_store :cookie_store, key: '_app_session'

Если вдруг кто не знает, то запись вида

a={one: 1, two: 2, three: 3}

в Ruby 1.9.x обозначает хэш, аналогичный

a={:one=>1, :two=>2, :three=>3}

Короче говоря это обычный хэш, только записанный в другом варианте. Ruby 1.8.x не понимает такую запись и выдает ошибку. А поскольку на данный момент REE это Ruby 1.8.7, то ошибке сам Бог велел вылетать.
Исправить ее можно преобразовав все хэши нового вида к традиционному, т.е. например 3-я строка нашего файла должна выглядеть так:

App::Application.config.session_store :cookie_store, :key=>'_app_session'

config/initializers/session_store.rb далеко не единственный файл где Rails 3.1.x формирует новый вид хэша. Исправлять также придеться config/initializers/wrap_parameters.rb, все контроллеры сделанные через scaffold и возможно еще что-то.
Под новоиспеченным хэшем в скаффолдских контроллерах я подразумеваю такие экшены типа:

1
2
3
4
5
6
7
8

def index
  @valutes = Valute.all
 
  respond_to do |format|
    format.html # index.html.erb
    format.json { render json: @valutes }
  end
end

И вообще REE мне не нравиться.

установка REE через RVM

Установка REE несколько отличается от установки Ruby 1.9.2, а точнее тем, что еще потребуется пакет patch.

1
2
3

# yum install git gcc gcc-c++ curl zlib zlib-devel -y
# yum install sqlite-devel.x86_64 openssl-devel -y
# yum install readline readline-devel <strong>patch.x86_64</strong> -y

Теперь как обычно ставим сам RVM:

1

# bash < <(curl -s https://rvm.beginrescueend.com/install/rvm)

Теперь надо закрыть терминал/завершить сессию и снова открыть терминал/залогиниться, в противном случае bash не увидит RVM.
Ставим REE и делаем его версией по умолчанию:

1
2
3
4
5

# rvm install ree
# rvm use ree --default
$ ruby -v
ruby 1.8.7 (2011-02-18 patchlevel 334) [x86_64-linux],
MBARI 0x6770, Ruby Enterprise Edition 2011.03

Устанавливаем Rails (здесь на удивиление без приколов в отличии от Ruby 1.9.2):

1

# gem install rails

Делаем тестовое приложение, заходим в ее директорию и бандлим:

1
2

$ rails new Testapp && cd Testapp
# bundle install

Пытаемся запустить:

1

$ rails s

и если в ответ появляется ошибка:

1
2
3
4
5

/usr/local/rvm/gems/ree-1.8.7-2011.03/gems/execjs-1.2.9
/lib/execjs/runtimes.rb:47:in `autodetect': Could not find
a JavaScript runtime. See https://github.com/sstephenson
/execjs for a list of available runtimes.
(ExecJS::RuntimeUnavailable)

то дописываем в Gemfile:

1
2

gem 'execjs'
gem 'therubyracer'

и опять бандлим.

установка Thin

Судя по диаграмме на офсайте Thin’а, он по скорости превосходит все остальные back-end сервера Rails. Как говорит сам офсайт Thin это web-сервер, который ‘склеивает’ 3 из лучших библиотеки Ruby в истории web’а. Что делает его самым безопасным, быстрым, стабильным и, разумеется, самым скромным web-сервером в этой и некоторых других галактиках.
Устанавливается он просто:

1

# gem install thin

Далее, чтобы запустить, нужно зайти в директорию приложения, причем зайти надо именно в корень папки, а не так как это было с Mongrel’ом и Webrick’ом где попало.
Такой командой запустится приложение в development’е на порте 3000, короче как обычно.

1

$ thin start

Для промышленного запуска делаем:

1

$ thin start -e production -p <порт> -d

Останавить его можно так:

1

$ thin stop

ошибка с версией rack

Иногда, когда, например, приложение написано на Rails 3.0.x, а на сервере стоит Rails 3.1.x может вылететь ошибка с версией rack, типа этой (здесь для Ruby 1.9.2):

1
2
3
4
5
6
7

$ thin start
>> Using rack adapter
/usr/local/rvm/gems/ruby-1.9.2-p290/gems/bundler-1.0.18
/lib/bundler/runtime.rb:31:in `block in setup': You have 
already activated rack 1.3.2, but your Gemfile requires 
rack 1.2.3. Consider using bundle exec. 
(Gem::LoadError)

В такой ситуации мне помогло следующее:

1
2

# bundle update
$ bundle exec thin start

P.S. Убедиться или разочаровться в стабильности, быстроте и прочих достоинствах Thin и REE можно глядя на iLukmus.