Comments 11
Пара вопросов
Как в итоге повлиял этот переход на скорость загрузки и работу сайта? Есть ли объективные цифры/замеры?
Сколько в итоге у вас получилось серверных компонентов? 10%? 20%?
Есть ли какие то практик, как быстро оценить, какая часть приложения доступна для перевода, чтобы сразу понять, что это того стоит?
Если у вас много данных __NEXT_DATA__ для гидрации и большой Total Blocking Time в Lighthouse для ре-рендера, то серверные компоненты могут с этим помочь.
Хотел спросить про другие вопросы, а потом понял, что это перевод) В общем, интересно, конечно, есть ли объективный профит от всей этой затеи
Я недопонял гибкость RSC: RSC это только компонент с логикой только на сервере, или есть и клиентская часть?
Например, мне нужен простой grid.
Т.е. данные формируются на сервере, через выборку из базы.
UI на клиенте и взаимодействие с гридом (навигация, фильтрация) запрашивается на клиенте, но отрабатывается на сервере.
Данный функционал - это RSC, или это вообще невозможно в одном контроле?
Спасибо за статью! Сейчас как раз занимаюсь переделкой сайта на RSC (Next 13, так что вместе с app)
В очередной раз непонятно какую проблему решали и решили ли.
Какие именно проблемы были с CSR? Не абстрактные "могут", а реальные. У вас были поисковики, которые вас не индексировали, и это влияло на продвижение? Значительная часть вашей аудитории использует устройства, неспособные отображать динамический контент?
Что именно стало лучше? Оно вообще с точки зрения бизнеса окупилось и почему? Сложность стала больше. Требования к серверам - больше. Затраты на поддержку и разработку больше. Откуда прибыль? Что именно было решено, что это около затраты на переход и продолжает окупать затраты на поддержание?
а что – на клиенте (как SSR)
Похоже, что должно быть CSR.
Если бы ещё Nextjs 13 не кэшировал страницы принудительно. А то я для примера создал страницу с чатами и при переходе внутрь чата и обратно список чатов не обновляется.
спасибо
Что бы я хотел знать до переноса 50 000 строк кода на серверные компоненты React