Похоже на какой-то костыль. Или я не прав? Тянуть целый хром, открывать в нем страницу, ждать пока она отрендерится там и потом отправлять полученый html пользователю? Мне кажется это будет сильно медленно

Так оно и есть

Похоже на какой-то костыль. Или я не прав? Тянуть целый хром, открывать в нем страницу, ждать пока она отрендерится там и потом отправлять полученый html пользователю? Мне кажется это будет сильно медленно

Говорится о простоте способа, а не эффективности.

Похоже на какой-то костыль. Или я не прав? Тянуть целый хром, открывать в нем страницу, ждать пока она отрендерится там и потом отправлять полученый html пользователю? Мне кажется это будет сильно медленно

ssr костыль сам по себе

Костыль в квадрате тогда)

Угождение отсталым парсерам

Угождение отсталым парсерам

Причём тут парсеры?

Говорится о простоте способа, а не эффективности.

Простота для разработчика, эффективность по скорости разработки. Не эффективность по производительности

никто не заставляет делать ssr через puppeteer

никто не заставляет делать ssr через puppeteer

+

Причём тут парсеры?

Тебе SSR зачем?

Тебе SSR зачем?

Чтобы на медленном соединении работало быстрее.

Чтобы на медленном соединении работало быстрее.

lazy loading

Намного проще и эффективнее

Намного проще и эффективнее

только проблему не решает

Намного проще и эффективнее

Это не решает проблему медленного соединения.

только проблему не решает

Кхм. Какую?

Чтобы на медленном соединении работало быстрее.

Подождут

Ты не всегда можешь побить бандл на куски так, чтобы с тормозного мобильного интернета грузилось быстро.

Это не решает проблему медленного соединения.

хендшейк намного медленнее, чем загрузка лишних 100кб

Кхм. Какую?

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

чтобы что-то нарисовать

Ты не всегда можешь побить бандл на куски так, чтобы с тормозного мобильного интернета грузилось быстро.

Странно

когда ты можешь сразу показать разметку и стили

и обеспечить этим лучший пользовательский опыт

Разница с нормальным ll будет в десятки, даже не сотни мс

Но такой ll - тоже задача, не спорю (http2, архитектура, вендорский тришейкинг)

У Я мобильная мини версия главной на преакте. Интересно, с SSR ? не помню...

Да, кстати. Говоря о SSR часто забывают статику через хуки. Это когда статика не клиенто-ориентированная генерится, а, например, какие-нибудь новости, блоги. Тогда каждую страницу можно по хуку с БД генерировать и класть локально на сервак. Это намного эффективнее, чем на каждый запрос. Ну, в принципе, можно так же поступать и с клиенто-специфичной статикой, просто что-то специфичное загружать уже в динамике на клиенте

ты сейчас кэширование выдачи изобретаешь?

Почему "я"?

У меня вообще SSR нет и я его ни разу не делал ?

логично, раз ты не делал - значт это все потакание отсталым парсерам и не нужно =)

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

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

А че еще

Чем сср полезен для пользователей

Поведайте мне

Профит то ясен, я не спорю. Я лишь говорю что это выглядит как костыль. Ну т.е. svelt, например, выглядит лучше

Чем сср полезен для пользователей

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

Бред

Вот PWA полезен

Но он обратен ssr'у

И вообще ВЫ ВСЕ не умеете готовить SSR на Реакте. Вот как надо: https://github.com/trueadm/ssr-with-prepack-hackathon

Не всегда

аргументация выше всяких похвал =)

>бред

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

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

Так страница и так рендерится по ходу загрузки?

Догружается потом, а не просто рендерится

прогрессивная подгрузка, чанки, кодсплит и вот это все - никак не мешает сср, ты можешь не рендерить на сервере то, что не хочешь рендерить

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

в ssr можно же не все сразу отдавать, подгрузить вроде можно в процессе что нужно

т.е. это не противостоящие подходы к тому как делать что-то в веб

прогрессивная подгрузка, чанки, кодсплит и вот это все - никак не мешает сср, ты можешь не рендерить на сервере то, что не хочешь рендерить

Ты понимаешь, что прогрессивная подгрузка и сср это взаимоисключаюищие понятия? Если, конечно, ты не собрался рендерить на сервере только шапку и первый экран, вот только зачем такие велосипеды

Ты понимаешь, что прогрессивная подгрузка и сср это взаимоисключаюищие понятия? Если, конечно, ты не собрался рендерить на сервере только шапку и первый экран, вот только зачем такие велосипеды

нет, не взаимоисключающие

Окей

ты можешь управлять ресурсами и решать, как и что ты будешь отдавать на клиент

Ты понимаешь, что прогрессивная подгрузка и сср это взаимоисключаюищие понятия? Если, конечно, ты не собрался рендерить на сервере только шапку и первый экран, вот только зачем такие велосипеды

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

помимо отдачи - клиенту не нужно парсить и выполнять JS чтобы показать что-то

Тем более гугл уже вроде умеет запускать js

А бандл целиком грузить все равно не стоит

Не важно ssr это или нет

А бандл целиком грузить все равно не стоит

безусловно

В next можно очень гибко настраивать где будет ssr а где нет

но даже нецеликом там может быть какой-то не совсем мгновенный код, особенно для мобилы

Мобилы сейчас уже совсем не тормозные

ERROR: S client not available

Тем более гугл уже вроде умеет запускать js

ну это вроде сейчас не совсем корректно работает, вероятней им для индексации такого огромного количества контента подключать исполнение js крайне затратно

Мобилы сейчас уже совсем не тормозные

мобилы не тормозные, но у юзера может быть открыто уже много вкладок и процессов

а на компе разве так быть не может?

Меня больше бесит что когда мобила уходит в режим ожидания ws по умолчанию отваливаются

И даже когда человек снова открыл браузер - ws уже отвалились

В next можно очень гибко настраивать где будет ssr а где нет

можешь линкануть?

можешь линкануть?

process.browser

можешь линкануть?

react-no-srr доатсточно

или нет?

react-no-srr доатсточно

Там криво чутка

Лучше через нодовский process

Ты понимаешь, что прогрессивная подгрузка и сср это взаимоисключаюищие понятия? Если, конечно, ты не собрался рендерить на сервере только шапку и первый экран, вот только зачем такие велосипеды

why not, critical path, все дела

Скоро 5к

ого

С админов розыгрыш айфона! ?

вроде недавно 2к было

С админов розыгрыш айфона! ?

русский язык выучи сначала )

Билета на холижс зимний

?

“Злой админ чата” - разве сова злой? ? t.me/react_js/425511

сова очень злой

потому что не высыпается

сова же...

Или потому что prettier

Или табы

или потому что ноду вебпаком собирают

Или точки с запятой

Или сообщения в столбик

?

или картинку ссылкой =) хаха