1
2
3
4
5
6
7
8
9
10
11
12
13

$ gem list | grep bundler
bundler (1.0.15)
$ rails s
=> Booting WEBrick
=> Rails 3.0.7 application starting in development on
http://0.0.0.0:3000
=> Call with -d to detach
=> Ctrl-C to shutdown server
[2011-06-29 13:14:21] INFO  WEBrick 1.3.1
[2011-06-29 13:14:21] INFO  ruby 1.9.2 (2011-02-18)
[x86_64-linux]
[2011-06-29 13:14:21] INFO  WEBrick::HTTPServer#start:
pid=4240 port=3000

Многие статьи в интернете при первых симптомах оной рекомендуют верно настроить путь Ruby в конфигурации апача, например:

1
2
3
4

PassengerRoot /usr/local/rvm/gems/ruby-1.9.2-p180/
gems/passenger-3.0.7
PassengerRuby /usr/local/rvm/rubies/ruby-1.9.2-p180/
bin/ruby

Потому как они предполагают, что среда в которой запускается рельсы под апачем не подозревает о существовании bundler’а. И здесь есть рациональное зерно и даже возможно удастся подобрать такой путь к руби.

Как можно заметить ошибка возникает тут:

1
2

/usr/local/rvm/rubies/ruby-1.9.2-p180/lib/ruby/site_ruby/1.9.1/
rubygems/custom_require.rb

Именно это скрипт ругается, а значит именно его мы и будем исправлять.

правильная среда

Прежде всего нужно найти ту правильную среду, а точнее те значения переменных окружения при которых все работает. Для этого надо с теми настройками RVM, под которыми корректно запускаются рельсы выполнить команду RVM info:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39

$ rvm info
 
  ruby-1.9.2-p180:
    bla-bla-bla...
 
  rvm:
    bla-bla-bla...
 
  ruby:
    bla-bla-bla...
 
  homes:
    bla-bla-bla...
 
  binaries:
    ruby:         "/usr/local/rvm/rubies/ruby-1.9.2-p180
/bin/ruby"
    irb:          "/usr/local/rvm/rubies/ruby-1.9.2-p180
/bin/irb"
    gem:          "/usr/local/rvm/rubies/ruby-1.9.2-p180
/bin/gem"
    rake:         "/usr/local/rvm/gems/ruby-1.9.2-p180
/bin/rake"
 
  environment:
    PATH:         "/usr/local/rvm/gems/ruby-1.9.2-p180
/bin:/usr/local/rvm/gems/ruby-1.9.2-p180@global/bin:
/usr/local/rvm/rubies/ruby-1.9.2-p180/bin:/usr/local
/rvm/bin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr
/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr
/bin:/root/bin"
    GEM_HOME:     "/usr/local/rvm/gems/ruby-1.9.2-p180"
    GEM_PATH:     "/usr/local/rvm/gems/ruby-1.9.2-p180:
/usr/local/rvm/gems/ruby-1.9.2-p180@global"
    MY_RUBY_HOME: "/usr/local/rvm/rubies/ruby-1.9.2-p180"
    IRBRC:        "/usr/local/rvm/rubies/ruby-1.9.2-p180
/.irbrc"
    RUBYOPT:      ""
    gemset:       ""

И она выдаст то что нужно:

• на 16-й строке верный путь до правильного интерпритатора Ruby, который нужно прописать в параметре Apache’а PassengerRuby
• строки 26-37 – верная настройка среды под, которой все работает

ненавистный custom_require.rb

Открываем тот самый

1
2

/usr/local/rvm/rubies/ruby-1.9.2-p180/lib/ruby/site_ruby/1.9.1/
rubygems/custom_require.rb

Находим ту самую строку ошибки:

45
46
47
48
49
50
51
52

def require path
    if Gem.unresolved_deps.empty? or
          Gem.loaded_path? path then
 
      gem_original_require path
    else
      spec = Gem.searcher.find_active path
...

И тут, чтобы убедиться что ENV там кривое либо отсутствует напрочь, можно например запилить дверь вывод ENV в файл:

45
46
47
48
49
50
51
52
53

 def require path
    if Gem.unresolved_deps.empty? or
          Gem.loaded_path? path then
 
      File.new('/tmp/envs','a') { |f| f.puts path}
      gem_original_require path
    else
      spec = Gem.searcher.find_active path
...

Однако, нам нужно не это, а наладить запуск рельсов, поэтому вместо приколов просто прописываем в начало метода def require path правильные настройки переменных окружения, которые мы нашли при rvm info:

45
46
47
48
49
50
51
52
53
54
55

  def require path
 
   ENV['PATH']="/usr/local/..."
   ENV['GEM_HOME']="/usr/local/..."
   ENV['GEM_PATH']="/usr/local/..."
   ENV['MY_RUBY_HOME']="/usr/..."
   ENV['IRBRC']="/usr/local/rvm/..."
 
    if Gem.unresolved_deps.empty? or 
       Gem.loaded_path? path then
   ...

Вот и все, после этих манипуляции мои рельсы завелись.

1

yum install httpd

Для полноценности apache’а можно еще установить PHP:

1

yum install php

Но я бы этого не делал, на всякий случай, чтобы не один web-shell там не работал т.к. я не видел вебшеллов под unix’ы кроме как на PHP и CGI Perl.

установка passenger

Далее нужно установить такую штуку как Passenger. Этот gem поможет связать Apache с ROR’ом. Оффициальная инструкция установки Passenger есть тут – http://wiki.rubyonrails.org/deployment/apache-passenger. В принципе до определенного момента я буду ей следовать.
Устанавливаем сам гем:

1

# gem install passenger

Запускаем скрипт:

1

# passenger-install-apache2-module

Здесь скрипт скажет что нужно и что из этого у вас уже установлено. Если что-то не установлено он подскажет как установить, если же все уже есть, то установиться модуль к апачу. В случае если вам придется что-то доустановить, не забудьте после этого опять запустить этот скрипт.

настройка apache

Теперь самое сложное – надо настроить апач. Отворяем /etc/httpd/httpd.conf и колдуем.
В подгружаемые модули дописываем, то что порекомендовал скрипт passenger’а:

1
2
3
4
5
6
7
8
9
10

...bla-bla-bla...
LoadModule disk_cache_module modules/mod_disk_cache.so
LoadModule cgi_module modules/mod_cgi.so
 
<span style="color: #3366ff;">LoadModule passenger_module /usr/local/lib/ruby/gems/1.9.1
/gems/passenger-3.0.2/ext/apache2/mod_passenger.so
PassengerRoot /usr/local/lib/ruby/gems/1.9.1/gems
/passenger-3.0.2
PassengerRuby /usr/local/bin/ruby
</span><span style="color: #0000ff;">PassengerDefaultUser root</span>

Чтобы наверняка, можно дописать еще строку выделенную темносиним.

Далее надо будет поколдовать с директивой NameVirtualHost. Возможно она и не понадобиться, а быть может и поможет. Раскомментируйте ее:

1

NameVirtualHost *:80

настройка виртуального хостинга

Для каждого сайта(домена) следует дописать в конец конфига что-то типа:

1
2
3
4
5
6
7
8
9
10
11

<VirtualHost *:80>
    ServerName <span style="color: #800080;">mysuperrubyonrailsunderapachesite.ru
</span>    ServerAlias <span style="color: #800080;">www.mysuperrubyonrailsunderapachesite.ru
</span>    DocumentRoot <span style="color: #3366ff;">/var/www/rails<strong>/public</strong></span>
    <Directory <span style="color: #3366ff;">/var/www/rails/</span><strong><span style="color: #3366ff;">public/</span></strong>>
        Allow from all
    </Directory>
    RailsEnv development
    RailsBaseURI /
    ErrorLog logs/mysuperrubyonrailsunderapachesite.ru.log
</VirtualHost>

mysuperrubyonrailsunderapachesite.ru

Эта конфа обозначает, что содержимое директории с рельсовым приложением лежит в /var/www/rails, а папка public – та самая публичная папка рельсов где лежат CSS, JS, картинки и прочее.

Внимательно посмотрите какие права у каталогов. Признаком нехватки прав у апача, помимо логов,  является Apache Test Page.
Помните, что апач по умолчанию работает под ущербным пользователем apache, поэтому следует дать ему права на чтение и исполнение в каталоге /var/www/rails/.
Вторая типовая, по крайне мере моя, ошибка проявляется в том случае если в /var/www/rails/ лежит не само рельсовое приложение а только ссылка на public. Здесь, если сами рельсы лежат допустим в /home/username/rails, даже если вы настроите права ко всем и всякому 0777 в браузере все равно может появиться Test Page. Виновником тому, например в RH-линуксах, может стать SELinux.
Отключить SELinux можно установив значение параметра SELINUX=disabled в файле /etc/selinux/config, после чего надо перезагрузиться.

На этом грубая настройка Apache под Ruby on Rails закончена. Запускайте Apache как умеете, у меня, например, в Fedora это выглядит так:

1

# service httpd start

Не забудьте настроить iptables, выключить же его можно так:

1

# service iptables stop