Антон Дьячук

1. Админка для Rails приложения есть в самом Rails — scaffold.
2. Я против использования ЦМС в средах с высокой абстракцией, тем более когда речь идет о средах с настолько высоким уровнем вложенного функционала как Rails. Поясню.
Вам нужен набор для рисования — ЦМС-стайл (в него входит, карандаши 65536 уветов, краски 16м цветов, фломастеры, аэрограф, кисти из 100500 видов шерсти животных, чертежная доска, студия по улице набережная д17, кв 33 с пассивным и активным освещение, заказанная выставка в Париже с открытой датой, 5 предоплаченных лотов в любом из аукционных домов Кристис, Сотбис, Бонхамс на выбор, оплаченные билеты на самолет.
Но если вам нужно рисовать на стене соседнего дома, абстрактные картины баллончиком, то все это вам не нужно вообще.
Не смотря на то что это все называется емким словом: «Искусство», вам этот ЦМС… ммм… не совсем подходит.
Вам не нужны оплаченные билеты на самолет, вы больше времени потратите если будете их сдавать в авиакассу, чтобы вам не названивал оператор:«Вы чо ваще, собираетесь лететь, не?». Вам нужена пара гемов, подъемник и балончик с краской. Зачем ради этого городить ЦМС я не понимаю. Вам достаточно написать в Gemfile

gem 'spray-paint'
gem 'lift'

и эти гемы есть, вы же не единственные кто пытается заниматься рисованием баллончиком с краской.
Тем более что прикручивать spray-paint и lift к ЦМС всеравно придется. А проблемы есть, и в цмс и без нее, и размер их одинаков, и никуда эти проблемы не денутся.

3. последний магазин который я использовал содержал:

gem 'devise' # аутентификация
gem 'haml-rails' # HAML вместо HTML
gem 'sass-rails' #sass вместо css
gem 'coffee-rails' #coffeescript вместо javascript
gem 'postmark-rails' # рассылка почты
gem 'russian' # потому что мы русские
gem 'paperclip' # для обработки картинок
gem 'delayed_job_active_record' # для отложенных задач
gem 'delayed_paperclip'    , '2.4.5.2', :git => 'git://github.com/tommeier/delayed_paperclip', :branch => 'fix_312' # для отложенной обработки(ресайза) картинок
gem 'rufus-scheduler' # типа крон, только внутри рабочего rails приложения
gem 'twitter-bootstrap-rails' # чтобы сверстать все, включая админку
gem 'aws-sdk' # для выгрузки картинок на S3
gem 'quiet_assets' # чтобы логи не шумели

админка генерируется через rails g scaffold…
ничего лишнего, всего достаточно

Мне импонирует ваше желание пересесть на ruby on rails, но
1. Если проект готов и работает — оставайтесь на magento, нет никаких гарантий, что вы выйграете от использования ror, хотябы потому, что вам придется менять все сови привычки разработчика. Ror и пхп очень разные, они как инопланетный разум друг для друга.
2. Уровень абстракции в ror выше чем в пхп:
Ror-сообщество предложит вам массу вариантов для решения функциональных блоков. Например систему авторизации devise, acts_as_authenticated, warden т.д.
Уровень абстракции warden выше чем у devise, например потмоу, что devise использует варден. В зависимости от сценария аутентификации, именно вам приедтся выбрать между warden и devise. Мне пришлось потратить несколько часов, чтобы научить девайс отвечать на аяксовые запросы, почти все было переписано до неузнаваемости, было бы лучше, часть предусмотренной девайсом логики безвозвратно утеряна. Ах, если бы я начал отталкиваться от warden…
Однако, devise подключается к готовому проекту за считанные минуты.
Почти под все платежные системы написаны простые библиотеки, которые, чаще всего не трогают ваше приложение пока вы не начинаете трогать библиотеки. Хотя памяти себе отъест.
Сценарий для развертывание того или иного конкретного сервера всегда можно кастомизировать, существует ряд стредств позволяющих подгружать данные как в базу так и через логику.
Мне хочется думать, что подавляющее большинство ror разработчиков не будет использовать crm, максимум возможно использовать сборки gem-ов. Crm — не rails way. Даже самый простой интернет магазин с двумя страничками проще написать с нуля, чем использовать crm. Поэтому и примеров с crm мало.