this.feathers.configure(restClient.fetch(window.fetch));

если захотите решить можно этим:
https://www.npmjs.com/package/node-fetch

а зачем вам fetch в ангуляр, чем httpClient не устраивает?

есть пакеты которые работают с fetch

он есть по умнолчанию в window, хорошо чтобы был и на сервере )

Есть новость) в вашем компоненте запрос данных с сервера может выполнятьсяи на сервере и на клиенте, даже если НЕТ ошибок! - так что смотрите ваши Network при ssr. Это связано с загадочным поведением TransferState при роутинг и загрузке компонент. Решение проблемы -  делать через LazyLoading...

Ребят, прикрутили ssr, а зачем он нам, если хотим ренедерить только корень, в зависимости от роли, Может есть какое-то решение, только для рендеринга определенной страницы?)

prerender

Это который как внешний сервис?

Ну вообщем, идею уже накинули как скрестить ssr и то, что нам нужно, спасибо)

Будем на запросе к корню чекать, что нужно, и отдавать либо на ssr либо просто без обработки html

Правильно понимаю, если в рутовом роутинге каждый раздел оформлен ленивой загрузкой, то всё хорошо ?)

Кстати, у меня одного не получается запустить серверный рендеринг с режимом отслеживания?😅

как запустить watch: один раз: yarn ssr:cw или npm run ssr:cw, один раз: yarn ssr:sw или npm run ssr:sw, после каждого изменения: yarn ssr:server или npm run ssr:server

2 раза написано "один раз" но всё равно видимо что-то делаю не так...:(

как запустить watch: один раз: yarn ssr:cw или npm run ssr:cw, один раз: yarn ssr:sw или npm run ssr:sw, после каждого изменения: yarn ssr:server или npm run ssr:server

У меня тоже)

Да

как запустить watch: один раз: yarn ssr:cw или npm run ssr:cw, один раз: yarn ssr:sw или npm run ssr:sw, после каждого изменения: yarn ssr:server или npm run ssr:server

Займусь сегодня доделкой этого

Всем привет.
Никак не могу сообразить как лучше сделать JWT авторизацию.
Задумка такая: пара токенов, обычная пара рабочего токена и refresh токена. Оба в куках, только refresh в http-only куке.
Бекенд - PHP. Т.е. задача сводится к тому, чтобы запрос с логином и паролем уходил не на api и не xhr запросом, а обычным post'ом на какой нибудь роут бекенда который отдаст срендеренную страницу с установленной в заголовках кукой, в которой лежит новый refresh токен - иначе http-only куку не установить.
Пока что есть только такая идея - бекенд обрабатывает полученные данные, в случае успеха формирует refresh jwt, дает запрос на universal, получает отрендеренную страницу, обогащает заголовками и отдает ответ клиенту.
По логике должно сработать, но такое решение кажется костыльным.
Может кто сталкивался, и есть более изящные решения?

а если ты на сервере установишь куку то работать не будет? Надо попробовать, но сейчас некогда)

На сервере - в смысле на стороне Universal? Их же по факту  у меня 2 будет: Universal под Node и API на PHP

на стороне PHP