Как раз для меня js не является панацеей, но использование ноды в роли шаблонизатора, по моему мнению, является отличным решением. К тому же имеется чётко разделение ответственностей бизнес логики и представления в нутри команды. И напоследок, отсутствие дублирования, нет необходимости писать шаблоны на php/python/go.
Борис Сёмов, Нода (react.js) для рендеринга, Питон (aiohttp) для бекенда и апи (руки тянутся переписать api на го), Го для служебных сервисов (великолепный язык, но библиотеко-кастрированный).
sim3x, NodeJs не панацея, к тому же единственная причина по которой он используется на сервере, это пререндеринг ReactJs. MongoDB не подходит, так как мне нужны транзакции, и без костылей. Но вероятно, монга будет использоваться для сохранения данных влияющих на отображения для каждого из клиентов, это ещё один вопрос на повестке, но руки до него ещё не дошли.
Сложная логика определения агента, поэтому писать в nginx не хочется, так же есть флаг в куках, который показывает, что пользователь явно сменил фронтенд.
Я получаю и буду получать зарплату вне зависимости от инвестиций. "Неплохую пенсию" - под этим я имею ввиду получение дивидендов после увольнения (если оно будет). Вложенные деньги я отобью в среднесрочной перспективе. Меня интересуют какие варианты существуют, насколько я нашёл популярен займовый, но он меня не устраивает, так же акции они не планируют выпускать, по крайней мере сейчас в планах нет.
Допустим на странице имеется несколько независимых компонентов выводящие информацию для авторизированного пользователя, каждый из компонентов обращается самостоятельно к бекенду за данными, т.е. таких запросов, пусть будет - 10. И при каждом запросе происходит инициализация приложения бекенда, что тяжеловато для серверного рендеринга.
Антон Спирин, токен является идентификатором, после чего используется в аутентификации и авторизации, т.е. повторную инициализацию бекенда не предотвращает.