vltsu15 июн 2011 в 11:46

RVM — подробно

4 мин

99K

Ruby *

+43

Комментарии 44

iTube 15 июн 2011 в 12:31

Спасибо, за хороший cheatsheet

simonoff 15 июн 2011 в 12:31

по поводу джемсетов — желательно использовать bundler.
это безопаснее и удобнее. мы сетапим новый сервак, ставим rvm, нужную версию руби и все. а не ставим все нужные нам джемсеты.

azakharov 16 июн 2011 в 08:42

Согласен. К раз про это писал недавно habrahabr.ru/blogs/ruby/120272/

ognevsky 16 июн 2011 в 17:27

желательно, простите, для кого? и чем безопаснее, и чем удобнее?

simonoff 17 июн 2011 в 08:13

для тех кто пишет приложения с использованием Ruby On Rails.
безопаснее тем что у каждого приложения все ему нужные гемы находятся в его папке и подставить модифицированный системный не получится.
удобнее тем что админу всего этого не надо для каждого проекта делать свой жемсет и не ставить все нужные жемы в этот жемсет.

vltsu 17 июн 2011 в 08:41

При использовании rvm bundler ставить гемы в текущий gemset

simonoff 17 июн 2011 в 08:42

а зачем?

vltsu 17 июн 2011 в 08:54

При запуске bundle install под гемсетом 1.9.2@projectname, гемы устанавливаются в директорию /home/user/.rvm/gems/ruby-1.9.2-p180@projectname/gems
Так что никакой директории с гемами под отдельный проект нет. Есть только отдельный gemset

simonoff 17 июн 2011 в 08:54

вы капистрано пользуютесь или нет?

vltsu 17 июн 2011 в 08:56

нет, я про случай без капистрано

simonoff 17 июн 2011 в 09:19

а я вам про капистрано. да и вообще bundler у себя можно настроить так что будет ставить жемы в папку с проектом, что очень удобно.
и тем более вы перестанете использовать rake, rails, etc без bundle exec.

vltsu 17 июн 2011 в 09:23

спасибо, не знал. Поэксперементирую с этим

simonoff 17 июн 2011 в 09:25

bundle install --path vendor/bundle

Более подробно здесь — gembundler.com/bundle_install.html

ognevsky 17 июн 2011 в 11:49

Ну так в гемсетах и нет «модифицированных системных» никаких, просто гемы лежат не в текущей папке, а в системе (в отдельной папке своего гемсета). Про модификацию гема руками я даже не говорю, этим наверняка уже никто не страдает.

по поводу удобства: у меня в каждом проекте лежит .rvmrc, который автоматически создает гемсет. В глобальном гемсете у меня лежит только бандлер и одной простой командой все эти гемы ставятся в новый гемсет: изоляция идеальная.

Нет, я совсем не говорю, что бандлером пользоваться нельзя или не нужно, просто не нужно так категорично заявлять, что гемсеты использовать ну прямо никак нельзя. Разницы, по большому счету, нет совершенно никакой, все делают так, как конкретно им удобнее.

simonoff 17 июн 2011 в 12:18

тоесть вы бандлер у себя вообще не используете? или как?

ognevsky 17 июн 2011 в 12:22

почему же не использую? очень использую!

есть 3 варианта:
— ваш подход (гемы для проекта хранятся внутри проекта, отчего сам проект тяжелеет)
— мой подход (в Gemfile описаны необходимые гемы, при настройке проекта я выполняю bundle install и гемы скачиваются в папку чистого и свежего гемсета)
— устаревший вариант (без rvm: есть некий глобальный гемсет, куда сваливаются все гемы для всех проектов).

я не вижу разницы между первым и вторым вариантом, за исключением того, что я не храню гемы в репозитории с проектом.

simonoff 17 июн 2011 в 12:26

ну по поводу третьего варианта я скажу то что бандлер туда как раз очень хорошо и вписываться.
rvm просто средство управления версиями руби в моём варианте.
а по поводу утяжеления проекта, скажу так что при деплое очень даже ускоряеться скорость bundle install, за счет того что нужные жемы у вас уже в папке. Для меня это важно, потому как у меня ноды поднимаются автоматом если нагругка выросла, и как бы чем быстрее она поднимется, тем лучше.

ognevsky 17 июн 2011 в 12:30

Но зато деплой/пуш занимает больше времени, это тоже не очень круто. Нужно иметь для серверов локальную/распределенную хранилку гемов.

simonoff 17 июн 2011 в 12:36

это почему он будет занимать больше времени?

ognevsky 17 июн 2011 в 12:37

Ну гемы тяжелые, их много. Но это да, мелочь.

simonoff 17 июн 2011 в 12:40

хм… помоему больше времени при bundle install занимают запросы на индекс с зеркал rubygems.org.

ognevsky 17 июн 2011 в 12:55

Ну тогда делать локальный сторадж гемов, откуда все ваши проекты будут забирать гемы: не будет этой задержки. akzhan про это больше рассказать сможет

simonoff 17 июн 2011 в 13:01

лишние пару метров с жемами в репе роли не играют.

Eklykti 9 авг 2011 в 00:22

> за исключением того, что я не храню гемы в репозитории с проектом.

echo 'vendor/bundle' >> .gitignore

Flcn 15 июн 2011 в 12:41

Вот всё примерно тоже самое, только на видео с RailsClub

univertv.ru/video/informatika/programmirovanie/konferenciya_railsclubmoscow/rvm_i_nashi_servery/

SmartBye 15 июн 2011 в 12:42

В .rvmrc использую комманду с ключом --create. Даже первым делом создаю этот файл echo «rvm 1.9.2@project_name — create >> project_name/.rvmrc И после cd в project_name гемсет сам создается. А уж потом делаю все остальное.

reloky 15 июн 2011 в 13:26

Спасибо за перевод страниц сайтика рвм на русский.

Хотелось бы освещения так же вопросов, которые не обозначенны на сайте, например —

У меня два rails проекта — один на руби 1.8, второй на руби 1.9. Как запустить оба сайта с помощью rvm?

ну и тому подобные…

vltsu 15 июн 2011 в 13:41

Устанавливаете две версии руби
rvm install ruby-1.8.7
rvm install ruby-1.9.2
Работаете с одним проектом из под rvm use 1.8.7, с другим rvm use 1.9.2
Чтобы не переключаться вручную можно создать файл .rvmrc в корневой директории каждого проекта.

reloky 15 июн 2011 в 13:47

работать то можно, вот только скажем пассажир так не запустишь.

vltsu 15 июн 2011 в 14:00

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

reloky 15 июн 2011 в 14:43

было бы чудесно.

simonoff 15 июн 2011 в 14:45

а пассажир и не нужен, используйте unicorn.

MpaKus 16 июн 2011 в 02:31

пассажир как-то ведь попроще, тем более с 1.8.7 EE версия пошустрее будет

simonoff 16 июн 2011 в 08:00

ну так спрашивали по поводу разных версий руби и пассажира. Вариант ниже с запуском отдельных пассажиров с RVM не добавляет каких-то упрощений по сравнению с unicorn.

vltsu 15 июн 2011 в 13:43

напишите ещё, что бы вы хотели узнать, сделаю седьмой пункт «RVM в жизни»

MpaKus 16 июн 2011 в 02:32

как в таком случае настраивать проекты если разные версии Ruby 1.8 и 1.9 под Nginx + Passenger, чтобы последний запускал как надо?

levkin 16 июн 2011 в 06:25

blog.phusion.nl/2010/09/21/phusion-passenger-running-multiple-ruby-versions/
Вкратце, они предлагают на системном руби ставить одни проекты (1.8.7), а потом с помощью RVM в стандалон-режиме запускать другие на той версии рубей, какая нужна для каждого проекта. Ну и на эти пессенджеры, отличные от системного заводить юзеров через РеверсПрокси.

MpaK999 16 июн 2011 в 08:12

Вот как, интересная идея.
А если через Passenger запускать системный Ruby 1.8, а через Unicorn + RVM пускать 1.9 как вариант обойтись без обратного прокси?

simonoff 16 июн 2011 в 08:32

Эм… чето я немного не понимаю что вы хотите сделать? выставлять наружу Passenger или Unicorn? без apache или nginx перед ними? насчет пассенжера незнаю хорошая ли это идея, и вообще как это сделать, а вот насчет Unicorn'а скажу что это плохая идея. Он не расчитан на медленных клиентов, возьмите Rainbows!

levkin 16 июн 2011 в 08:34

Pessenger в чистом виде не выставишь. В случае с апачем он в виде либы, в стандалоне юзает nginx как ядро.

simonoff 16 июн 2011 в 08:37

Э… а можете тыкнуть в доку, где написано что Standalone версия использует nginx как ядро?

levkin 16 июн 2011 в 08:46

www.modrails.com/documentation/Users%20guide%20Standalone.html

«It is powered by an Nginx core.»

simonoff 16 июн 2011 в 08:48

Хм… спасибо. Но мне такой вариант уже не нравится. мухи отдельно, котлеты отдельно.

levkin 16 июн 2011 в 08:32

Тоже вариант. И не обязательно Unicorn. В этом случае хоть Mongrel, хоть Thin.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий