к сожалению его пока нет:(

хочу обновлять сервер из консоли, это scp только?

о да там ребята яво досыпали в реквест хедеры, спасибо тебе большое

Илья, подскажите пожалуйста,  с чем из основной троицы - angular, vue, react - лучше всего ладят рельсы?

как бы ты обновлял сервер с консоли? есть ssh доступ

пофигу

с кофескрипт)

Со всем в равной степени хорошо работают?)

в равной степени плохо

Понятно. Благодарю)

как понять, хорошо или плохо работает? У вас же будет апи, ровно такое же, как и не на рельсах

если мы говорим только об АПИ сервере - то да

но на рельсах можно строить не только апи )

Привет. Ребята, а подскажите, как эффективно использовать event emitter в nodejs? Мне стоит создавать отдельный инстанс на каждый объект, или хранить один объект эмиттера, но рассылать события с указателем на объект, который это событие отправил?

Я думаю что ты должен использовать один инстанс емиттера. Не просто так там wildcard на название события.

https://stackoverflow.com/questions/29149503/nodejs-one-global-eventemitter-or-every-module-its-own Прочти

Прочёл, но появился ещё один вопрос.
Внутри обработчики хранятся в массиве или в чём-то вроде WeakSet? Т.е. скажем у меня есть много объектов, которые используют один инстанс эмиттера. На события кто-то подписывается, кто-то отписывается. Когда объект перестаёт быть актуальным - его GC соберёт в какой-то момент, после того как на него не останется ссылок, но что будет с неактуальными обработчиками, которые забыли отписать? Если там не weakset, то на эти обработчики всегда будет по одной ссылке, т.к. на синглтон эмиттер всегда кто-то будет ссылаться, а он, в свой очередь будет держать ссылки на эти потерянные обработчики. Т.е. нужно будет заниматься ещё и очисткой устаревших обработчиков. С этой стороны получается, что лучше свой эмиттер для каждого объекта. Или я неправильно понимаю как реализован эмиттер в ноде?

если вы забыли отписаться - gc его не соберет

потому что будет ссылка на этот объект )

что вобщем-то логично