Renat Ibragimov

Посмотрите на revolut.com - карта пришла через 2 недели (чип + лента Mastercard), пополнение с любых карт или европейских (сша) банков (нужен IBAN), переводы между моментальные, удобный app для мобильного и хорошие курсы для разных валют.

Ничего не мешает на CoffeeScript под Node.js - потому лучше возьмите, то что знаете - быстрее напишите. А взлетит проект перепишите уже на чем-нибудь серьезном как Erlang, Go, Scala.
А не взлетит - ну и ладно, зато не убили кучу времени и не потеряли проект.

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

должен amplifr.com помочь

Не надо переопределять, а повесьте просто вызов своего метода на callback before_save или after_save

/events.json - 404 же, значит не найден, а так скорее всего EventsController не прописан в routes.rb

1. bullet укажет вам на "плохие" запросы к базе
2. meta_request gem + rails_panel плагин для Chrome покажут производительность приложения

А какое кол-во у вас соединений, сколько памяти, кол-во ядер на процессоре и текущая загруженность?

А так советы обычно такие:
1. тюнинг worker_process это сколько копий приложений + 1 master будет держаться в памяти, хорошо бы под них иметь память и процессор каждый раз
2. timeout - это сколько процесс обработчика живет
3. поставить unicorn-worker-killer gem чтобы ограничить потребление ресурсов и "освежать" рабочих

<%= render @cart if @cart %>

define_method :method_name do 
 puts "i'am instance method"
end

Я как-то давно писал, но все еще актуально и до сих пор работает как развернуть полный стэк RVM + MySQL + Ruby + Unicorn + NGINX + Capistrano - ufacode.ru/blog/linux/1100.html

Все же если вы не программист и нет специалистов, то может стоит посмотреть на SaaS решения, например www.ecwid.com - снимет с вас вопросы технического обслуживания и даст быстрый старт для продаж.

В одном из проектов использовал https://www.twilio.com/sms - впечатления самые наилучшие, очень просто и удобно.

по идеи бы вам разделить модель User и Provide, в первой хранить зарегистрированных на сайте, во второй привязку к соц сетям

User
has_many :providers

Provider
belongs_to :user

Тогда пароль шифрованный User нужен только если он входит по например email + password, а если через социалку, то не нужен.

На деле если вам не с чем сравнивать, то просто возьмите тот с которым работаете и знаете.

ulogin.ru - сервис дает такой виджет и даже сразу в виде плагина для Wordpress

В правильном направлении думаете, свои проекты стоит делать, один нюанс это занимает время, но если оно у вас есть, то делайте.

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

Важные моменты, пусть это будет на острие технологий и не забывать:
- работа с внешними API, пусть хоть фоновые задачи, хоть отдельные сервисы
- не забывать про тесты (rspec, capybara, jasmine, karma)
- плюсом если еще фронт покажите на фрэймворках (backbone, angular)