setup rails

* * * * * mac * * * * * * 

1 - gem install rails

Утилита tux

добавить запись в БД Пример - Barber.create :name => 'Text'

-=-=-=-=-=-=- О пакетах -=-=-==-=-=-=-=--

есть пакетный менеджер apt в (_-k-l-x)ubuntu, pkg в FreeBSD, portage в Gentoo

и всё, что эти пакетные менеджеры установят - будет в системных дирректориях (_-k-l-x)ubuntu, FreeBSD, Gentoo и так далее

а ты делаешь проект с названием MyPROGECT и если ты здесь с нами, то скорей всего твой проект будет на Rails

Rails, когда ты ему скажешь создать новый проект:
rails new MyPROGECT
создаст для тебя дирректорию MyPROGECT и сложит туда все gem-ы установленные
каким-то (НИ-ОДНИМ-ИЗ-СИСТЕМНЫХ, описанных выше) из менеджеров пакетов

так вот у Rails свои пакетные менеджеры (т.е. он даже не один)
rvm (которым тут пользуется большинство)
rbenv
и прочие

если ты установишь какой-то из пакетов-gem-ов (да, с т.з. пакетного менеджмента gem - это обычный пакет) с помощью (rvm, но команда будет)
gem install sqlite3
этот пакет попадёт в дирректории rvm (опять таки - системные, если ты ставил от root или применял sudo; или в твои пользовательские - если ты ставил как пользователь {это когда $ а не # в приглашении командной строки} `не применяя sudo`)

а если ты впишешь sqlite3 в Gemfile своего проекта (это просто пример, на самом деле он туда вписан
# Use sqlite3 as the database for Active Record
gem 'sqlite3'
дело в том, что это тот случай, когда без этого пакета проект на Rails просто не будет работать [отсюда все мучения виндопользователей])

так вот sqlite3 вписанный в Gemfile устанавливается (грубо говоря, потому что он там не находится физически, вместо этого там система ссылок) в дирректорию проекта

теперь вопрос: к чему столько букав???

к тому как ты будешь размещать свой проект на хостинге

хостинг - это куча чужих компьютеров и...

одно дело, когда все твои пакеты в твоих пользовательских Rails-rvm-дирректориях - скопировал на чужой компьютер (или развернул там такое-же окружение) и готово

другое дело, когда пакеты ты установил в систему - ЭТО ОБЯЗЫВАЕТ ВЛАДЕЛЬЦА ХОСТИНГА ЛЮБЕЗНО ДЛЯ ТЕБЯ УСТАНОВИТЬ ТАКОЙ ЖЕ НАБОР СИСТЕМНЫХ ПАКЕТОВ КАК ТВОЙ (а ты знаешь перечень?.. сможешь чётко объяснить что тебе надо?)
ЭТО ОБЯЖЕТ ВЛАДЕЛЬЦА ХОСТИНГА НЕ ОБНОВЛЯТЬ У СЕБЯ НА ХОСТИНГЕ ПАКЕТЫ УСТАНОВЛЕННЫЕ ДЛЯ ТЕБЯ ИЛИ ОБНОВЛЯТЬ ТОГДА, КОГДА ЭТОГО ТРЕБУЕТ ТВОЙ ПОЕКТ
потянешь такие переговоры с хостером?

и это далеко не всё, что нужно знать о пакетах и пакетных менеджерах

а твоя цель:
1. установить ruby&Rails окружение в свою домашнюю пользовательскую дирректорию
2. устанавливать все пакеты, которые нужны в твоих проектах сюда же в ruby&Rails окружение т.е. в свою домашнюю пользовательскую дирректорию
3. (если ты работаешь на работе и не управляешь этим всем самостоятельно) уметь найти соответствующего специалиста на работе и организовать взаимодействие с ним на эту тему (как вариант - сказать об этом любому кто сидит за компьютером, там подскажут - ошибиться не дадут)
4. (если ты делаешь проект сам и размещаешь его на хостинге) вести переговоры с работниками хостинга самостоятельно, т.е. как минимум знать всё вышеописанное

=-=-=-=-=-=-=-=-=-