Я могу подтвердить, что добавленная загрузка для шифрования является очень маленькой по сравнению с любым включенным элементом (сценарии, сеть...)
Необходимо, вероятно, использовать субдомены, если приложения не тесно связаны.
server {
listen 80;
server_name app1.mydomain.com;
root /var/www/apps/app1;
passenger_enabled on;
passenger_base_uri /app1;
}
Если субдомены не будут опцией затем, возможно, то директива псевдонима будет полезна.
Как Вам удавалось разработать его с nginX. Я попробовал это, чем я попробовал пассажиром. Никакая удача с обеих сторон.
У меня была подобная проблема. Путем я двигался, это должно было вставить следующее в раздел сервера nginx.conf файла (хотя определенный взлом, это действительно работает):
error_page 403/app1/homepage;
надеюсь, это поможет
Мне удалось заставить следующее работать. Для Вашего примера, что Вы хотите для каталога и структуры символьной ссылки, это.
/var
/www
/apps
/app1
app.rb
config.ru
/public
/foo -> /var/www/apps/app2/public
/app2
app.rb
config.ru
/public
Ваш nginx блок сервера был бы затем похож так:
server {
listen 80;
server_name mydomain.com;
root /var/www/apps/app1/public;
passenger_enabled on;
passenger_base_uri /foo;
}
С наилучшими пожеланиями, Mike D.
Вместо этого изменяясь в nginx, можно сделать это в MMVC (Много MVC) в Sinatra, сам использующем стойку
run Rack::Cascade.new [ IndexApp, BlogApp, TestApp, ThisApp, ThatApp]
Используя это можно запустить несколько приложений в использовании nginx пассажир. Поскольку пассажиру нужна общедоступная папка, я создал фиктивную общедоступную папку, и под общественностью я создал папки для руководящих отдельных активов, как public/blog/общественность/тест общественности/индекса и т.д.