Size: a a a

Next.js — русскоговорящее сообщество

2019 September 27

h

handleChange in Next.js — русскоговорящее сообщество
как в koa
источник

I

Iri 🍕 in Next.js — русскоговорящее сообщество
нест достаточно неплохую архитектуру предлагает, но я могу сравнивать только с омерзительным sails.js
источник

I

Iri 🍕 in Next.js — русскоговорящее сообщество
без колбеков, да
источник

h

handleChange in Next.js — русскоговорящее сообщество
а он с реакт+тайпскрипт нормально ложится? Вроде нест был вдохновлен ангуляром?
источник

I

Iri 🍕 in Next.js — русскоговорящее сообщество
handleChange
а он с реакт+тайпскрипт нормально ложится? Вроде нест был вдохновлен ангуляром?
вдохновлен ангуляром, тайпскрипт там из коробки подразумевается

ну а ssr у меня на отдельном серваке крутится с некстом, чисто для рендера, а nest — чисто апи
источник

h

handleChange in Next.js — русскоговорящее сообщество
Я понял. Это уже другой кейс
источник

h

handleChange in Next.js — русскоговорящее сообщество
источник

h

handleChange in Next.js — русскоговорящее сообщество
Я просто вот это глянул
источник

h

handleChange in Next.js — русскоговорящее сообщество
Хотя, бэк энд и клиент на одном сервере держать это бред
источник

I

Iri 🍕 in Next.js — русскоговорящее сообщество
хз, нода однопоточная ж, чтобы рендер и всякие там регидрации не блочили ничего решила разделить их
источник

I

Iri 🍕 in Next.js — русскоговорящее сообщество
и не делать франкенштейна)
источник

I

Iri 🍕 in Next.js — русскоговорящее сообщество
объединяя два фреймворка
источник

h

handleChange in Next.js — русскоговорящее сообщество
я недавно писал mvp - next.js + RoR + SQL + отдельный скрипт для метчинга данных на Python.

Сразу скажу - мы обосрались) Сроки были 2 недели. БД уже стояла с логикой метчинга данных (mvp умного job портала). Руби дефолтный REST, но когда делали энд поинты для формы, данные из которых потом использовались в метчинге, поняли что структура БД которая уже есть никак не ложится под фронт (куча одинаковых полей на клиенте, но с разной структурой данных и неймами внутри). И для того чтобы все сделать нужно какой-то мидлвейр-сервер для парсинга из херовой структуры в нормальную для фронта и обратно)
источник

h

handleChange in Next.js — русскоговорящее сообщество
Еще вспоминаю что Ruby on Rails !== JS и очень много было кейсов когда либо на фронте либо на беке нужно было для нормальной работоспособности делать разную структуру данных
источник

h

handleChange in Next.js — русскоговорящее сообщество
Сейчас задумываюсь об fullstack решении
источник

I

Iri 🍕 in Next.js — русскоговорящее сообщество
ну меня устраивает мое решение, проекту больше полугода уже, появилась необходимость добавить админку и партнерку, отдельная апишка пришлась прям очень кстати
источник

L

Looch in Next.js — русскоговорящее сообщество
ребзи - бэк на ноде это для небольних проектов,для чего-то +- большого я бы не стал ноду брать или делал бы просто микросервисы
источник

L

Looch in Next.js — русскоговорящее сообщество
монолит на ноде имхо не очень идея
источник

I

Iri 🍕 in Next.js — русскоговорящее сообщество
Looch
монолит на ноде имхо не очень идея
+
источник

h

handleChange in Next.js — русскоговорящее сообщество
Looch
ребзи - бэк на ноде это для небольних проектов,для чего-то +- большого я бы не стал ноду брать или делал бы просто микросервисы
это дефолтные вещи)
источник