Код добавил в server.ts сначала запускаю npm run build:ssr, а потом npm run serve:ssr
Но все равно получаю ReferenceError: window is not defined

Есть какие нибудь идеи?

Подключай через токен в браузерном билде тока. Я эти моки вообще не использую

А как это через токен и браузерном билде? У тебя есть пример или документация?

привет, а ведь для SSR в ангуляре лучшее что есть сейчас - юниверсал?

Привет, вот как я делал, и все гуд работает

Вроде все делаю по как у тебя и в server.ts, но все равно выдает что window is not defined

Не используйте глобальный window, обращайтесь к нему через DI и сможете его подменить. Вот пример:
https://github.com/ng-web-apis/universal

Всем привет.
Есть у кого-нибудь опыт перевода ssr  на http/2

Куда копать, где почитать?

В принципе, с SSR каких-то специальных средств оптимизации под httlp/2 не требуется.
Переход на http/2 c SSR предоставляет даже меньший прирост скорости загрузки приложения, чем без него.

Из-за этого даже базовой настройки http/2 (по самым простым из доступных мануалов) должно быть достаточно.

Речь не об отказе от SSR а о том можно ли прикрутить к нему http/2
Чтобы при установке соединения отправить клиенту файлы, которые он начинает загружать только после обработки документа

Прикрутить http/2 можно в любом приложении, в том числе с SSR.
На практике это незначительно увеличит скорость загрузки приложения.

Но SSR отдаёт весь необходимый для первоначального отображения контент уже в index.html
Следовательно, время отображения контента для пользователя с http/2 не изменится - пользовательский опыт останется тем же. Изменится лишь время загрузки полностью функционального приложения.

Потому встаёт вопрос, нужно ли в действительности ускорение загрузки полного приложения.
Если в приложении это действительно является крайне критичным, то http/2 стоит прикручивать сразу в nodejs с подгрузкой ассетов в одном запросе и т.д.  Это трудоёмко, но иногад имеет смысл.
Если же добавление поддержки http/2 требуется “для галочки” или же для абстрактного ускорения загрузки приложения - можно добавить номинальную поддержку - на уровне проксирующего nginx. Это займёт значительно меньше времени.

У нас есть несолько модулей которые мы вынесли в отложенную загрузку после события load
Recaptcha v3
Google Analitics
AppD (мониторинг)
И пара модулей которые не нужны на старте.
Это позволило уложиться в две секунды на мобиле, но я смотрю на Тенёк и у них все грузится в пределах 1,2 сек, waterfall просто сказка

а на что ты смотрел у Тинькофф?

Это разве не лэндинг? И зачем сср в мобиле, сср по юзер агенту только генерится для роботов всяких, для мобилы и браузер не нужен сср

На медленных каналах клиент может не ждать загрузки ядра и перейти к работе с контентом

Все работает как из пушки

Хочу вас огорчить, но это приложение не на ангуляр

Если прикрутить http/2 можно ускориться ещё процентов на 20 и уложиться в полторы секунды