Ответ 1

Вы должны иметь возможность обрабатывать все это в файле routes.rb. Оберните все ваши текущие маршруты в объеме; например.

scope "/context_root" do
   resources :controller
   resources :another_controller
   match 'welcome/', :to => "welcome#index"
   root :to => "welcome#index"
end

Затем вы можете проверить свою маршрутизацию через rake routes, чтобы они отображали ваши маршруты соответственно, включая ваш корень контекста (relative_url_root)

Ответ 2

Если вы развертываете через Passenger, используйте директиву RackBaseURI: http://www.modrails.com/documentation/Users%20guide%20Apache.html#RackBaseURI

В противном случае вы можете обернуть оператор run в config.ru следующим блоком:

map ActionController::Base.config.relative_url_root || "/" do
  run FooApp::Application
end

Тогда вам нужно только установить переменную среды RAILS_RELATIVE_URL_ROOT в "/foo-app". Это применимо даже к маршрутам, установленным в драгоценных камнях или плагинах.

Предупреждение: не смешивайте эти два решения.

Ответ 3

Мне кажется, что я должен слишком усложнять это и/или что-то пропустить, но эта проблема несколько раз разочаровала меня, и вот мои заметки.

Резюме

Для динамических и статических маршрутов существует две отдельные проблемы с двумя точками:

• как получить маршрутизацию для правильного соответствия входящему URL-адресу
  • для маршрутов
  • для статических файлов
• как создавать URL-адреса, которые включают relative_root
  • через помощников URL.
  • для статических активов

Один из способов решения всех четырех вопросов:

• Настройте Nginx для разделения фрагмента relative_root
  • Это разрешает сопоставление маршрутов; просто пишите маршруты, ожидающие URL-адреса в /, как разработка
  • Также статические файлы подаются как в разработке
• Установить переменную окружения RAILS_RELATIVE_URL_ROOT
  • Это решает генерируемые статические помощники актива
• Использовать промежуточное программное обеспечение ScriptName ниже (изменить его, чтобы использовать значение из среды)
  • Это решает сгенерированные помощники URL-адресов, например. users_path

Обтекание приложения Rails в Rack:: URLMap в config.ru(ответ Кристофа)

# config.ru
map '/relative_root' do
  run Myapp::Application
end

• требуется, чтобы входящий URL-адрес содержал relative_url_root (Nginx может быть настроен для удаления или сохранения этого, см. ниже).
• Стойка добавляет relative_url_root в Rack env SCRIPT_NAME rack/urlmap.rb: 62
• Rails добавляет текущий запрос SCRIPT_NAME к параметрам url_for metal/url_for.rb: 41
• Rails 'url_for добавляет имя script при создании путей routing/url_for.rb: 133

Таким образом, он охватывает URL-адреса, сгенерированные помощниками URL-адресов, например. данный UserController, users_path будет иметь префикс относительного корня url.

Установите SCRIPT_NAME в промежуточное ПО

# config.ru
class ScriptName
  def initialize(app, name)
    @app = app
    @name = name
  end

  def call(env)
    env['SCRIPT_NAME'] += @name
    @app.call(env)
  end
end

use ScriptName, '/relative_root'
run Rails.application

• Имеет такой же эффект, как и выше, но
• Требуется, чтобы входящий URL-адрес не содержал relative_url_root

Настройка RAILS_RELATIVE_URL_ROOT

• значение сохраняется в app.config.relative_url_root configuration.rb: 41
• который, в свою очередь, влияет на пути активов asset_url_helper.rb: 137
• но что он, насколько я вижу
• особенно не влияет на помощников URL.

Настройка config.action_controller.relative_url_root

• ?? Может повлиять на компиляцию активов?
• Переопределяет RAILS_RELATIVE_URL_ROOT env var?

Явное определение всех маршрутов в /relative_root (ответ на rizzah)

# config/routes.rb
Myapp::Application.routes.draw do
  scope '/relative_root' do
    ...
  end
end

• Помощники URL будут генерировать правильные URL-адреса.
• Входящий URL-адрес должен содержать относительный корень URL-адреса (чувствительный к конфигурации Nginx, см. ниже), иначе исключения "нет соответствия маршрутам"
• URL-адреса, запрашивающие статические активы, например. /relative_root/images/logo.png приведет к исключениям "без соответствия маршрутов". Это может и не быть проблемой, если nginx все равно служит статическим активам.

Конфигурация Nginx

Для такой конфигурации:

upstream myapp {
  server localhost:3000;
}

server {
  ...
  location /relative_root {
    proxy_pass http://myapp/;
  }
}

Nginx вычеркнет /relative_root, и приложение Rails не увидит его. Если вам нужно приложение Rails, так что см. Его, одним из способов является изменение строки proxy_pass:

...
    proxy_pass http://myapp/relative_root/;
...