Почему Ubuntu (Linux)

Читатель, уже немного знакомый с Ruby, наверняка спросит «а как же RubyInstaller?»

Без сомнения, простые инсталляторы вроде RailsInstaller позволяют поиграться с irb и запустить свой первый Магазин-на-Рельсах практически мгновенно. Если закрыть глаза на то, что консоль Windows не способна отображать цвета, а вместо кириллицы выводит знаки вопроса, и что некоторые джемы работают через пень-колоду, это неплохой вариант для тех, кто хочет «пощупать».

Другое дело, если вы всерьез намереваетесь посвятить себя веб-разработке. Рано или поздно придется столкнуться с выкладкой приложения на рабочий сервер, которые — сюрприз! — поголовно работают на Ubuntu/Debian и прочих линуксах. Поэтому в ваших же интересах, чтобы эта встреча случилась рано. Хотя Rails разработчик не обязан быть админом, на практике выходит, что настройкой сервера и поднятием Rails окружения занимается именно он. И уж если на то пошло, нельзя написать эффективное приложение, не понимая, как устроена операционная система, в которой оно запускается.

Если вы верстаете под Ruby on Rails, крайне важно иметь идентичное с остальной командой окружение. Поверьте, когда разработчик в разгар сдачи работы заказчику добавляет в проект новый джем, который не устанавливается на вашей машине, а вам еще переверстывать полмакета, но без злополучного джема даже сервер не запустить — это очень неприятно и для вас, и для разработчика, которому придется эту проблему решать. Имея же у себя на машине Linux-based сервер, вы можете рассчитывать на то, что всё, запускающееся «у них», гарантированно установится и запустится у вас.

Почему Windows

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

Недостатки

Однако, для нынешнего поколения компьютеров такие издержки — уже не что-то запредельное, тогда как преимущества подобного подхода очевидны.

VirtualBox и Vagrant

Приятная новость: бóльшая часть работы по установке и настройке сервера уже сделана, вам достаточно лишь скачать уже готовый образ виртуальной машины и запустить его.

1. Копия виртуальной машины будет работать под управлением VirtualBox, поэтому для начала нужно убедиться, что у вас установлена версия не ниже 4.1 или установить ее.
2. Следующий шаг — установка консольной программы Vagrant. Он (Vagrant) займется распаковкой образа виртуальной машины, будет управлять ее запуском и остановкой, а также позволит выполнить тонкую настройку с помощью файла Vagrantfile. Собственно, вам никто не запрещает делать запуск и настройку вручную, Vagrant — просто удобная оболочка для управления VirtualBox.
3. Скачиваете на жесткий диск т. н. бокс (box), который подготовил я. Vagrant box — не что иное, как архив с образом уже созданной виртуальной машины.
4. Включение бокса в список доступных Vagrant'у. Эта операция выполняется единожды (если быть точнее, каждый раз, когда вы скачиваете новый бокс). Для этого нужно в консоли (командной строке) Windows набрать vagrant box add ruby path\to\box. Ruby — произвольное имя, которое вы даете боксу, затем идет полный путь до ранее загруженного вами файла.
5. Поскольку вам часто придется открывать консоль с нужной текущей папкой, это удобнее делать прямо из проводника через контекстное меню папки. Для этого нужно добавить в него пункт «Открыть консоль здесь».
6. Создаете папку, в которой будут храниться ваши Rails проекты (содержимое этой папки будет доступно серверу в запущенной виртуальной машине). Находясь в этой папке, выполняете в консоли vagrant init ruby. Vagrant создаст в папке шаблонный файл настроек Vagrantfile, его пока не трогаем.
7. Первый запуск виртуальной машины. Продолжая находиться в папке для будущих проектов, в консоли выполняете vagrant up. В этот момент Vagrant находит Vagrantfile и проверяет, существует ли связанная с этой папкой виртуальная папка, и если нет (а так оно и есть), то клонирует указанный в Vagrantfile базовый бокс и запускает эту копию. Такой подход дает возможность создать несколько независимых друг от друга (и по-разному настроенных) виртуальных машин. Но самое главное, пожалуй, это то, что вы можете без опаски исследовать и настраивать сервер: любые фатальные действия легко исправить, просто удалив «испорченную» машину и создав ее заново из базового бокса.

Второй и последующий запуски выполняются аналогично с помощью vagrant up, но они происходят намного быстрее (используется уже скопированная виртуальная машина).

Обычно после запуска виртуальная машина висит в фоновом режиме вплоть до перезагрузки/выключения Windows, но если вдруг понадобится освободить занимаемую оперативную память, для останова используйте команду vagrant halt.

PuTTY

На запущенном вами сервере уже создан один пользователь c именем vagrant. Чтобы действовать от его имени и управлять системой, вы будете использовать популярный SSH клиент для Windows — PuTTY.

Я выполнил все необходимые настройки клиента, вам остается только скачать его. Распакуйте архив в любую папку и запустите файл ruby-bootstrap.reg, чтобы импортировать настройки в реестр.

vagrant@precise32:~$ irb
1.9.3p194 :001 > 1 + 1
 => 2

Для нормального отображения текста в консоли очень рекомендую скачать и установить шрифт DejaVu Sans Mono.

Первый проект Ruby on Rails

vagrant@precise32:~$ cd /vagrant/
vagrant@precise32:/vagrant$ rails new my-project
vagrant@precise32:/vagrant$ cd my-project
vagrant@precise32:/vagrant/my-project$ rails generate scaffold User name
vagrant@precise32:/vagrant/my-project$ rake db:migrate
vagrant@precise32:/vagrant/my-project$ rails server

После этого по адресу http://127.0.0.1:3000/users должна быть видна шаблонная страница для просмотра и редактирования пользователей, а в папке Windows, где была выполнена команда vagrant up, должна появиться подпапка my-project.

Настройка Git и SSH

Поскольку рабочие файлы фактически будут доступны обеим операционным системам, выбор, где настраивать и, собственно, работать с Git, за вами. По собственному опыту могу сказать, что просматривать изменения в файлах удобнее в графическом клиенте, а не в консоли, поэтому лучше это всё-таки делать в Windows.

[user]
  name = Flash Gordon
  email = flash@gordon.com

Что касается графических клиентов, если ваш редактор — Rubymine, в нем уже есть замечательная интеграция с Git, иначе могу порекомендовать установить TurtoiseGit (внедряется в проводник).

ssh-keygen -t rsa -C "flash@gordon.com"

vagrant@precise32:~$ cd /vagrant/
vagrant@precise32:/vagrant$ cp -r .ssh /home/vagrant
vagrant@precise32:/vagrant$ gem install heroku
vagrant@precise32:/vagrant$ heroku keys:add

RVM

На сервере уже установлен Ruby MRI 1.9.3 через RVM. Последний позволяет держать на машине несколько версий интерпретатора Ruby и переключаться между ними. Допустим, вам понадобится работать со старым проектом на Rails 2.3.X, тогда, чтобы установить версию Ruby 1.8:

vagrant@precise32:~$ rvm install 1.8.7

После этого достаточно поместить в папку с проектом файл .rvmrc содержания:

rvm use 1.8.7

и каждый раз, когда вы будете переходить в эту папку в серверной консоли (а вам придется это сделать, хотя бы для того, чтобы запустить rails server), RVM будет менять текущую версию Ruby на 1.8.7.

Несмотря на то, что RVM поддерживает т. н. gemset'ы, я не рекомендую их использовать. Лучше полагаться на Bundler, тем более, что на сервере уже включена его интеграция с Rubygems, что позволяет запускать исполняемые файлы указанной в Gemfile версии без префикса bundle exec.

Консоль

vagrant@precise32:/vagrant/my-shop$ rals server

rals: command not found
vagrant@precise32:/vagrant/my-shop$

vagrant@precise32:/vagrant/utils$ ruby up 

Файловая система

В Linux у файлового дерева может быть только один корень (он обозначается /), тогда как в Windows их может быть несколько, в зависимости от количества разделов: диски C:\, D:\ и т. д. Поскольку корень один, то все остальные разделы и устройства (например, DVD-Rom) видны как обычные папки, подключенные к нему (названия и конкретное месторасположение целиком на совести пользователя).

Разделителем в файловых путях является прямая косая черта (/), например

/vagrant/projects/my-shop/app/models/user.rb

Если путь начинается ею (а значит — с корня), то он является абсолютным, иначе — относительным от текущей папки. Иногда для запуска исполнительных файлов требуется принудительно указать системе искать файл относительно текущего местоположения, тогда путь начинают с точки (например, ./bin/start).

Если точкой можно заменить текующую папку, то двоеточием (..) — родительскую, например, путь ../recipes означает: чтобы найти папку recipes, нужно подняться на уровень выше текущей.

Текущая папка всегда отображается в консоли после имени пользователя. По умолчанию (при открытии нового терминала) это его домашняя директория (в вашей виртуальной машине это /home/vagrant), для которой имеется краткий синоним: ~.

vagrant@precise32:~$ cd my_music
vagrant@precise32:~/my_music$ cd
vagrant@precise32:~$ cd /home/vagrant/my_books
vagrant@precise32:~/my_books$ cd ..
vagrant@precise32:~$

Чтобы просмотреть содержимое папки, используют команду ls (list). Если вызвать ее без аргументов, увидите, что находится в текущей папке, иначе — в том месте, которое указали. Поскольку в Linux файлы и папки, начинающиеся с точки, считаются скрытыми (например, .ssh), просмотреть всё содержимое папки помогает вызов с ключом a (all): ls -a.

Администраторские права

Как и в любой другой операционной системе, некоторые важные действия (например, установку и удаление программ глобально, на уровне системы) могут выполнять только пользователи с администраторскими правами. В Linux в таком случае обычно подразумевают пользователя с неограниченными правами (root user или superuser), однако, входить в систему и постоянно работать под этой учетной записью крайне не рекомендуется из соображений безопасности.

После ввода такой команды запрашивается пароль того пользователя, который ее выполняет (а не того, кем он хочет стать), в вашем случае — пользователя vagrant (пароль — vagrant). В данной системе запрос пароля отключен (что категорически запрещено делать на реальных серверах по понятным причинам), но это не значит, что sudo достаточно ввести только для первой команды и «переключиться в режим бога», каждая команда, требующая администраторских прав, должна начинаться с sudo.

Редактирование файлов

Иногда вам потребуется отредактировать файлы, которые лежат вне расшаренной папки /vagrant. Вместо того, чтобы копировать их в расшаренную папку, редактировать там из-под Windows и копировать обратно, гораздо проще использовать консольные текстовые редакторы.

В Ubuntu для этого можно использовать nano или vim. Первый практически ничем не отличается от стандартного Блокнота, из второго нужно уметь выйти :)

Обе команды (редакторов) принимают в качестве аргумента полный или относительный путь к файлу. Если он существует, то будет открыт для правки, иначе — будет создан во время первого сохранения, например:

vagrant@precise32:~$ nano notes

или

vagrant@precise32:~$ vim hello.rb

Редактор Nano проще для понимания тем, что открывается сразу в привычном режиме редактирования. Внизу видны подсказки с командами, где ^ обозначает клавишу Ctrl. Таким образом, сохранить изменения можно с помощью Ctrl+O, выйти — Ctrl+X.

Vim горазде сложнее, и я не рекомендую его для новичка, но может так статься, что система принудительно откроет файл именно в нем. В этом случае нужно знать, что переход в режим редактирования выполняется клавишей i. После того, как вы внесли правки, нужно выйти из режима редактирования с помощью клавиши Esc, перейти в командный режим нажатием клавиши : (Shift+;) и ввести wq (write quit — сохранить и выйти). Чтобы выйти без сохранения, в командном режиме нужно набрать q!

Установка программ

TODO

SSH

SSH — это название протокола для безопасного (зашифрованного) соединения двух машин по сети. Обычно под этим подразумевается удаленный доступ к консоли (оболочке, shell; собственно, отсюда и название — Secure SHell) компьютера, но этим возможности SSH не ограничиваются. Например, он же может использоваться для безопасного (с точки зрения перехвата злоумышленником) копирования файлов между двумя машинами; Github, BitBucket, Heroku используют SSH для проверки подлинности пользователя.

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

SSH использует аутентификацию на базе системы шифрования с открытым ключом. Клиент предварительно создает особую пару «секретный ключ - публичный ключ», после чего связывает публичный ключ со своей учетной записью на сервере. Эта привязка выполняется не через SSH, например, в случае с Github нужно зайти в браузере на страницу своего профиля и загрузить там содержание своего публичного ключа.

Надежность такой системы в том, что секретный ключ не хранится на сервере и не передается в процессе коммуникации с клиентом. Более того, при создании пары генератор ключей позволяет зашифровать и сам секретный ключ. С одной стороны, это обезопасит от возможной кражи секретного ключа, с другой — чтобы SSH клиент смог использовать этот ключ, хозяину придется вводить к нему пароль (passphrase) во время установления сессии. Если уверены, что кроме вас секретным ключом никто не может воспользоваться, пароль для него можно оставить пустым.

Полезные ссылки

TODO