У меня в любом случае отдельный сервер для компиляции

то есть, сервак онли фор компилэйшн

Вряд ли рухнет))

Надеюсь

бля, с SSR немного ёбли

1. SSR не нужен 2. Сеошники должны страдать

1. SSR не нужен 2. Сеошники должны страдать

+

может и микросервисы не нужны?)

ну нах ваще

Давай вообще нихуя не делать

Пусть люди стардают

может и микросервисы не нужны?)

ты не понял

может и микросервисы не нужны?)

не надо утрировать. с архитектурной точки зрения SSR - это антипаттерн. так у тебя есть две различные системы фронт и бек. они изолированны у них чёткие зоны отвественности, они общаются между собой по какому-то протоколу, красота. вкорячивая сср, туперь у тебя одна система начинает дублировать функции другой. это преступный шаг в дремучее прошлое с пхп-шными шаблонизаторами и лапшой из фронт и бек логики в один и тех же компонентах системы.

в смысле бля

не надо утрировать. с архитектурной точки зрения SSR - это антипаттерн. так у тебя есть две различные системы фронт и бек. они изолированны у них чёткие зоны отвественности, они общаются между собой по какому-то протоколу, красота. вкорячивая сср, туперь у тебя одна система начинает дублировать функции другой. это преступный шаг в дремучее прошлое с пхп-шными шаблонизаторами и лапшой из фронт и бек логики в один и тех же компонентах системы.

аминь.

Отличия минимальны, в плане кода

То есть, я изначально один раз написал сервер

Для SSR

и уже всё, больше не буду менять его

он лишь компилит клиент

фронт уже в свою очередь обращается к микросервисам

ну ёпт. смотри, сср хорош, когда тебе нужно просто сгенирить какой-то кусок данных, например отчёт или другой документ. ты выплюнул его и всё, он статичен. а когда у тебя приложение, т.е. полноценный клиент, все данные он рисует сам и получает по запросу из источника, он вообще никак от него не зависит. а ты предлагаешь это смешать, мол давайте еще отдельный сервис будет делать то же, что и так должен делать клиент (отрисовка данных). ну и зачем это смешивать? зачем городить дополнительный сервис(сср)?

ну ёпт. смотри, сср хорош, когда тебе нужно просто сгенирить какой-то кусок данных, например отчёт или другой документ. ты выплюнул его и всё, он статичен. а когда у тебя приложение, т.е. полноценный клиент, все данные он рисует сам и получает по запросу из источника, он вообще никак от него не зависит. а ты предлагаешь это смешать, мол давайте еще отдельный сервис будет делать то же, что и так должен делать клиент (отрисовка данных). ну и зачем это смешивать? зачем городить дополнительный сервис(сср)?

сср не нужен

Я понял что ты имеешь ввиду, Антон

Progressive App

Независимое приложение

Но, производя рендер на клиенте, страдает производительность

Какие то странные понятия об SSR)

Следовательно можно забыть о комфортной работе на мобильных устройствах

Я беру SSR, за его производительность, позволяя при этом пользоваться комфортно на любом типе устройсв (почти)

Это мой первый опыт трипл-эй проекта на SSR, следовательно и мне не очень в кайф ебаться с этим SSR

Но, результат требует жертв

Следовательно можно забыть о комфортной работе на мобильных устройствах

нуу.. это уже зависит от мобильных фронтёров, в случае спа, сср по идее улучшит производительность только на этапе инициализации, но в дальнейшем же приложуха будет работать как клиент и также посылать запросы да отрисовывать.

Я бы не сказал

Ибо каждая страница будет прогружаться у тебя на телефоне

Пожирание зарядки и лаги обеспечены

На данный момент сайт грузится за ~700ms

Без лагов, плавно

Ибо все вычисления проводятся на сервере

Можно конечно SPA, но про мобильную платформу можно забыть к сожалению

Можно конечно SPA, но про мобильную платформу можно забыть к сожалению

У тебя странные представления об SPA, и правда

На данный момент сайт грузится за ~700ms

В девтулзах вруби low-end mobile и снова посчитай

ща

где это?

ууууу, а еще про ssr задвигает

ахахахха

50 секунд

2.2 MB transferred

Мб из-за не разделения на бандлы

Мб из-за не разделения на бандлы

скорее из-за большого количества лишнего кода

Для чистоты эксперимента надо реально взять слабенький-средненький телефон на хилом 3G и протестить

ща, у меня как-раз есть 64 кб\c

2.2 MB transferred

фронтёры-хипсторы пади обмазались своим полифлами, иммутаблами, бобелями с es-100500-stage-0. потом фронт по несколько мегабайт

ща, у меня как-раз есть 64 кб\c

Надо чтобы и телефон был слабый. Бандл скачать - это одно, а запарсить JS - другое

Гугл за 12 секунд грузит

Османи вроде советовал ужать до 200-300кб первый кусок сайта

фронтёры-хипсторы пади обмазались своим полифлами, иммутаблами, бобелями с es-100500-stage-0. потом фронт по несколько мегабайт

и так всегда

Бля, хз

пиздец, 50 секунд

пиздец, 50 секунд

это все анимация кнопочек

инфасотка

чувак, на сайте толком ничего нет

только signin\signup

и слегка в сокетах

только signin\signup

а я о чем

вк за 31 секунду

ERROR: S client not available

можно же чекнуть что грузит?

вк - spa

можно же чекнуть что грузит?

у тебя девтул на что?

в смысле на что?

чувак, на сайте толком ничего нет

поймай фронтёра, тряси за грудки, поясняй его криком "где перфоманс, лебовски?! у тебя формочка на два метра! ты поехавший?".

хром

поймай фронтёра, тряси за грудки, поясняй его криком "где перфоманс, лебовски?! у тебя формочка на два метра! ты поехавший?".

тут только пинками

в смысле на что?

ты похоже даже не знаешь где это

кароче, ssr ненужон, фронтенд херня.

/thread

Если кастрирова немного, там всякие цссы убрать

то на 300 кб примерно освободить можно

но бля

main.js 46 секунд грузит

index.js 39

только signin\signup

Убрать говнище из депенденсей в девдепендеси - слишком часто мусор остается в проде

какого хуя

аа

лол

И через вебпак/ролап пропустить

Так это не прод

это не прод

Если там жс

ахаххахаха

ща забилдю

Забыл совсем

бля)

а вы обрадовались бля

ишь вы

Вы ведь были мне как дети)

Вы ведь были мне как дети)

ты сам только родился видать

4.8 секунд DOM грузился