Philipp

Тоже советую либо Locum, либо VDS (я использую firstvds).
Памяти нужно не менее 256мб. Желательно от 512.
БД лучше использовать PostgreSQL. В рельсах принято использовать именно ее.

Не проще ли открыть код под GPLv3/LGPL (чтобы его не смогли использовать в закрытых проектах) и предусмотреть коммерческую лицензию для закрытых проектов за деньги? Для некоммерческих и открытых проектов разрешить использовать код бесплатно. Плюс, бери деньги за техподдержку. Так сделано у очень многих проектов (Qt, например).
А то вдруг твоё поделие никто покупать не захочет? Большой проект трудно поддерживать маленьким коллективом (в случае открытых исходников многие смогут отправлять пулл-реквесты). А маленький вряд-ли кто-то купит (если он не обладает какой-нибудь супер уникальной фичей).
Ещё можешь посмотреть, как лицензируются большие движки. Некоторые берут процент с продаж продукта. который их использует, некоторые позволяют использовать движки бесплатно до тех пор, пока прибыль или количество установок проекта не превысят определённую планку.
Вообще, чем более либеральная лицензия, тем больше будет желающих использовать твой движок. Деньги, опять же, можно и с ТП получать (как это делают RedHat. nGinx, и прочие).

ivaynberg.github.io/select2

Директивы вам в помощь. В функции link директивы исходя из переданных данных строите инпут, какой нужен.

resources :company do
member do
# /company/50/:photos
resources :photos
end
collection do
get :category, to: "category#index"
end
end

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

Все зависит от того, что вам с этими данными надо будет делать.
Если просто хранить, то добро пожаловать в PostgreSQL и тип колонки json (хоть черта лысого туда пишите).
Если нужно искать, то я бы остался с PostgreSQL и навесил сверху ElasticSearch и в нем бы уже искал.
А эти все EAV хороши только на картинке. Когда начинаются сложные запросы - "поплыли".

Я так понял вам промисы нужны?

Вы что, пытаетесь селектом запросить все 45кк строк, что там памяти не хватает?
Используйте limit и курсор.

Присоединюсь к коллегам.
Проще всего следовать принципу "одна задача-один исполнитель" и создавать подзадачи для группировки параллельных обработок если нужен контроль по общей задаче и контроль статусов по подзадачам.
Исключение - когда последовательно по задаче должны отработать исполнители в рамках рабочего процесса, тогда подзадачи создавать необязательно, но статусная схема должна отражать рабочий процесс.
Хотя если сильно хочется извращений - технически можно одну группу создать средствами почтового сервера и ей назначать в РМ, однако статусы только кто-то один будет менять в момент очередного обновления.

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

Уйдите вы уже на дигиталошен
вот вам реферка на 10 баксов бонуса для теста
https://www.digitalocean.com/?refcode=32b15eedfa38

window.Blah = Blah;
Вы прям всю концепцию requirejs поломали.
Надо что-то менять