AO
Объясните мне пожалуйста, зачем нодой-то рендерить? Почему не на жава-котлине?
Как предлагаете рендерить js код на жаве?
Size: a a a
2020 March 13
AO
Можно кстати уже в офтоп)
AN
Как предлагаете рендерить js код на жаве?
То есть там скрипты тоже генерятся на ходу?
AO
То есть там скрипты тоже генерятся на ходу?
Они исполняются на ходу и генерится стейт, чтобы иметь текущее состояние приложения уже на фронте
AN
Это не совсем оффтоп. Это похоже на то, что @ilmirus хотел сделать на мультиплатформе, когда кусок кода на бэке авоматом отправляется в JS компилятор
AN
Они исполняются на ходу и генерится стейт, чтобы иметь текущее состояние приложения уже на фронте
Если сам JS код не генерится, я все равно не очень понимаю, зачем нода
AN
Состоянине-то где живет, на клиенте или на сервере?
AO
Чтобы исполнять js код очевидно, на jvm сейчас нет ниодного нормального движка для этого
AO
Нужно чтобы во время рендера ещё и запросы делались теже самые, что сделались бы с фронта, это вообще сейчас довольно трудно провернуть внутри jvm
AN
Понятно вроде
AO
Ну и давайте по чесноку, в 2к20 монолиты это скорее исключения, у тебя всё равно будет 100500 приложений и фронтам проще жить когда у них есть своя нода
AN
Ну и давайте по чесноку, в 2к20 монолиты это скорее исключения, у тебя всё равно будет 100500 приложений и фронтам проще жить когда у них есть своя нода
Я тут сбоку. У меня очень специфичный фул-стэк, так что я не до конца могу осознать разделение на фронтов и бэков
AM
Объясните мне пожалуйста, зачем нодой-то рендерить? Почему не на жава-котлине?
Так SSR -- это фишка самих ангуляра / реакта. Берётся один и тот же SPA, просто исполняется в разном контексте: обычно в браузере, уложившись в корневом элементе и трогая DOM, либо же для SSR в ноде, уложив в свой корневой элемент и пнув метод, который сэмиттит HTML.
AM
В kotlinx.html, у примеру, это тоже поддерживается, причём тем же способом.
AN
Так SSR -- это фишка самих ангуляра / реакта. Берётся один и тот же SPA, просто исполняется в разном контексте: обычно в браузере, уложившись в корневом элементе и трогая DOM, либо же для SSR в ноде, уложив в свой корневой элемент и пнув метод, который сэмиттит HTML.
Да, я уже примерно понял, спасибо
AN
Я просто думал про SSR в широком смысле
SB
Ну и давайте по чесноку, в 2к20 монолиты это скорее исключения, у тебя всё равно будет 100500 приложений и фронтам проще жить когда у них есть своя нода
Это конечно лютый оффтоп, но если не брать в расчёт server-side-rendering мутантов, то фронту никакая нода не нужна, обычный nginx на входе (или в докере за куберовским ингрессом) прекрасно раздаёт статический js и css.
AM
Не, SSR -- это новомодная (ладно, уже не очень) и довольно узкая аббревиатура, которой фронтендеры называют то, как они переизобрели шаблоны.
AO
Это конечно лютый оффтоп, но если не брать в расчёт server-side-rendering мутантов, то фронту никакая нода не нужна, обычный nginx на входе (или в докере за куберовским ингрессом) прекрасно раздаёт статический js и css.
Сейчас бы не брать в расчет ssr, когда от него зависит ранжирование в поиске
VP
Но если JS используется именно в веб-приложении, в котором нечего индексировать, а лендинг более-менее простой, то SSR получается и не нужен