У який режим я повинен розгорнути програми Rails?

Що було б розумним і логічним каталогом, в який розгортати мої виробничі програми Rails в системі Linux?

Деякі кандидати ...

/var/rails  <= There's a /var/www so this would be consistent with that 
               pattern. But I.T. guys have complained about stuff in /var 
               before.

/home/my_home_dir/rails  <= OK, not /var, but I'm not the only developer. 
                            Seems like it really ought to be a systemwide
                            location.

/home/rails  <= I don't know. That just seems weird.

/rails  <= Seems even weirder.

Що найменше дивовижне, найбільш нормальне, що потрібно робити тут?

(Довідкова інформація - додаток Rails - це купа серверного коду, написаного в Ruby разом із publicdir, що містить JavaScript, CSS та, можливо, трохи HTML. Режим publicвідображається на vhost Apache. Apache обробляє код Ruby через модуль називається Пасажирський або mod_rails.)

Дякую за допомогу, всі. Я думаю, я збираюся піти /opt/deployed_rails_apps. (Мені подобаються довгі назви каталогів сховищ та заповнення вкладок.) /var/...- також хороше місце, але я отримав суворе бурчання від ІТ, коли намагався розгорнути там речі. Якби це була моя власна машина, я б міг поїхати з /varабо /srv.

Я думаю / opt буде місце для такої програми . Я погоджуюся дотримуватися FHS, як це запропонував chmeee, але я не згоден, що програма Rails сама по собі є послугою.

У дистрибутивах CentOS Linux (і згодом RedHat), коли ви встановлюєте пакет httpd (для Apache 2), він створює /var/wwwі очікує, що ваші vhosts вкажуть на ваш веб-контент тут. Типовий vhost типово скидається /var/www/htdocs, і слід розміщувати наступні сайти / програми /var/www/sitename.

Фактичне місце розташування не має значення багато, але це часто можна побачити /opt/www/sitename, /var/www/sitenameчи просто /opt/wwwабо /var/www.

Ви вже вказали кілька причин, чому деякі з інших місць (наприклад /home) насправді для цього не підходять.

Особисто я вважаю за краще, /var/www/sitenameоскільки це дружелюбно до Apache та Rails і є загальносистемним.

Ви можете дотримуватися стандарту ієрархії файлової системи (FHS) і розмістити його

/srv : Data for services provided by this system

Редагувати:

Я б не розміщував це в /opt:

/opt : Add-on application software packages

Його мета говорить:

/ opt зарезервовано для встановлення додаткових програмних пакетів програм.

Пакет, який потрібно встановити в / opt, повинен знаходити статичні файли в окремому / opt / або / opt / директорії, де є ім'я, яке описує програмний пакет і є зареєстрованим іменем LANANA постачальника.

Я не думаю, що розроблена програма - це "програмний пакет".

Обґрунтуванням /srvє

Основна мета цього уточнення полягає в тому, щоб користувачі могли знайти розташування файлів даних для певного сервісу, і таким чином, щоб сервіси, які потребують єдиного дерева для лише перегляду даних, даних, що записуються, та скриптів (наприклад, cgi-скриптів), могли бути розміщені розумно.

Я розумію, що рейкова програма - це cgi-сценарій, і її слід розміщувати /srv.

Зазвичай я ввожу їх у / opt / app_name.

У системі на базі debian / ubuntu такі програми зазвичай встановлюються у папці / usr / share (тобто / usr / share / ruby), оскільки вони є некомпільованими файлами (які переходитимуть у / usr / lib). Оскільки ваша програма не є стандартною програмою, ви, ймовірно, помістіть її в / usr / local / share, не даючи їй перезаписати будь-які оновлення системи.

/ opt, безумовно, також тут є можливість.

Я тримаю свої розклади

/home/www.example.com/application

Аргументи:

Додому міститиме всі рухомі частини одного веб-сайту. Якщо у мене буде більше веб-сайтів, я буду знати, де їх знайти.