A
Там дело в том что я не уверен можно ли использовать что то вместо modApi
Size: a a a
2020 October 19
A
потому что там какие-то хтонические обвязки к mixin, не представляю даже как они работают
B
Серверный рендеринг, по определению, происходит на сервере, т.е. на бэкенде.
я это спрашиваю, потому что в nuxt, next, angular universal встроен серверный рендеринг (судя и по демо проектам, и по сайтам), но они же являются фронтом. Если бэк на спринге, который плюется жсонами, то как это работает? Я думал, что этот фронт на основании жсонов генерит странички и отсылает. Только не понимал, где он это делает, поэтому сказал про ноду
DS
я это спрашиваю, потому что в nuxt, next, angular universal встроен серверный рендеринг (судя и по демо проектам, и по сайтам), но они же являются фронтом. Если бэк на спринге, который плюется жсонами, то как это работает? Я думал, что этот фронт на основании жсонов генерит странички и отсылает. Только не понимал, где он это делает, поэтому сказал про ноду
Реакт и ангуляр (остальные я не использовал никогда), могут вполне жить и без серверного рендеринга, т.е. это далеко не обязательное условие.
Серверный рендеринг, обычно, использует джаваскрипт. Соответственно, надо где-то этот джаваскрипт запускать. Это можно либо бэкенд писать на джаваскрипте, либо запускать этот джаваскрипт внутри той системы, на которой бэкенд написан, либо ещё какие-то комбинации этого использовать. Там много разных вариантов может быть.
Серверный рендеринг, обычно, использует джаваскрипт. Соответственно, надо где-то этот джаваскрипт запускать. Это можно либо бэкенд писать на джаваскрипте, либо запускать этот джаваскрипт внутри той системы, на которой бэкенд написан, либо ещё какие-то комбинации этого использовать. Там много разных вариантов может быть.
B
Реакт и ангуляр (остальные я не использовал никогда), могут вполне жить и без серверного рендеринга, т.е. это далеко не обязательное условие.
Серверный рендеринг, обычно, использует джаваскрипт. Соответственно, надо где-то этот джаваскрипт запускать. Это можно либо бэкенд писать на джаваскрипте, либо запускать этот джаваскрипт внутри той системы, на которой бэкенд написан, либо ещё какие-то комбинации этого использовать. Там много разных вариантов может быть.
Серверный рендеринг, обычно, использует джаваскрипт. Соответственно, надо где-то этот джаваскрипт запускать. Это можно либо бэкенд писать на джаваскрипте, либо запускать этот джаваскрипт внутри той системы, на которой бэкенд написан, либо ещё какие-то комбинации этого использовать. Там много разных вариантов может быть.
Просто у меня тестовый проект на наксте (вью) просто при смене строчки в конфиге на ssr точно так же работал с обычной демкой спринга, которая по рест контроллерам выдает жсоны. И компоненты того же primevue ругались, требуя клиентского рендера для них (обернуть в тег <client-only>) Из-за этого я решил, что сср работает и что у фронта есть отдельный сервер, где он все рендерит. Ну и косвенно по ответам во фронт чатах
Буду знать, спасибо
Буду знать, спасибо
D
если фронт сгенерен в статику и лежит там же, где и бэк (например в resources/static у спринга), то разницы по идее не будет. А если фронт отдельный, как нередко делается? Тогда запрос пойдет не напрямую в бэк, а сначала на нодовский сервер, который запрос разберет, потом отправит запрос на твой бэк и далее по списку. Лишние шаги взаимодействия
у тебя каша в голове
D
дикая
D
все смешал жсф, апи гэйтвэй, сервер-сайж рендеринг...
D
Тогда я не понимаю одного: если надо поставить фронт отдельно от бэка, как это делают? Понятно, что можно сгенерить статику, которая будет кидаться жсонами с бэком. А если серверный рендеринг, он на чем происходит? Не на святом духе же
любой веб-сервер
D
например nginx
D
он раздает статику и в том числе упакованное приложение - app.js
D
браузер его загружает и интепретирует - дальше все как обычно
D
если фронт сгенерен в статику и лежит там же, где и бэк (например в resources/static у спринга), то разницы по идее не будет. А если фронт отдельный, как нередко делается? Тогда запрос пойдет не напрямую в бэк, а сначала на нодовский сервер, который запрос разберет, потом отправит запрос на твой бэк и далее по списку. Лишние шаги взаимодействия
B
у тебя каша в голове
вполне вероятно. Я как-то больше привык к книжной подаче материала. А когда в документации только объяснение свойств компонентов (привет фронту некоторому), о самом принципе работы, взаимосвязи и тд приходится судить по своим предположениям и ответам в чатике. По спрингу тому же все пе сильно лучше. Одни говорят читать in action, другие говорят бежать от него как от огня
Системных знаний нет, отсюда и каша
Системных знаний нет, отсюда и каша
D
дам совет один - забудь о JSF вообще
D
это ни рыба, ни мясо
D
овощ
D
по SPA - смотри ангуляр, реакт, вью, по серверному рендерингу на джаве - Freemarker, Thymeleaf и аналоги
D
посмотри как раздавать статику с nginx, как устанавливать и настраивать этот веб-сервер
D
он ведь не только раздает картинки и твой js-application, но и с лужит в простом варианте прокси сервером к твоему бэкенду