V
что бы не писать конфиг вебпака и побыстрее собирать уи для fastify gateway — засунул некст который используется в других проектах. Неужели это так больно?
Size: a a a
2021 April 02
V
а кто сказал что для бэка нужен вебпак?)
V
можешь без сборки все запускать, тут ie11 нет
V
нужен для ui
V
а на клиенте который будет работать с этим беком — есть
V
а фронт часть состоит из 2 экранов, и ради этого отделять — не хотелось бы если есть возможность
SK
скажем так, это не больно, просто вы должны досконально знать как работает ssr и сам next, и уже исходя и этого делать то что вы хотите. В вашем случае, вы не получите ускорение, скорее много головной боли.
И да я вам открою страшную тайну, но если ваш ui, является dashboard, тем более внутреним, то его обычно делают не на nextjs, nuxtjs и т.д. А на обычном реакте, вью, ангуляре, компилят и отдают nginx.
И да я вам открою страшную тайну, но если ваш ui, является dashboard, тем более внутреним, то его обычно делают не на nextjs, nuxtjs и т.д. А на обычном реакте, вью, ангуляре, компилят и отдают nginx.
SK
именно по этому ssr разносят на отдельный сервер или докер контейнер.
V
Ну у некста насколько я знаю из коробки есть апи на экспресе, тебе принципиально потрахаться с фастифаем?
V
это не dashboard…
SK
тогда фронт отдельно, сервер отдельно, или идите курите сурсы нукста и того как реализуются ssr.
V
да уже хз… эта ошибка — загадка для меня, но из коробки работать с апи на экспрессе — боль.
V
поэтому вынеси апи в отдельный проект на 3 пакета
V
наверное быстрее будет, использовать экспрес из некса, на нем написать апиху и вызывать некст в нем же. в офф доке пример есть
V
почему три?
V
рандомное число назвал, суть в том что очень маленький проект в котором фастифай, орм и joi какой-нибудь под валидацию
N
типа отдельно проект под дашборд?
N
а, пропустил, сорян
V
в будущем это может превратиться в gateway для нескольких проектов, но сейчас нужно быстро и только для одной задачки =((