Server Component вполне может быть внутри Client Component и не превращаться в клиентский. Например если серверный компонент передается в клиентский как children. В таком случае - клиентский компонент не импортирует серверный компонент - просто получает его как children. В таком варианте -- серверный компонент останется серверным
В целом доклад хороший, но с некоторыми моментами не согласен. 1) Про комбинацию SSR и SSG в динамических раутах (/movies/[id]) не совсем верно. Если вы добавляете generateStaticParams на страницу, то все остальные страницы, которые не сгенерировались во время билда, будут генерироваться в фоне по запросу и тоже будут статическими, то есть SSG. Можно добавить опцию dynamicParams = false и тогда страницы, которые не вернул generateStaticParams будут возвращать 404. Но в любом случае раут будет SSG, а не частично SSG, частично SSR, как было сказано в докладе. 2) Не согласен с тезисом "не трогайте кэширование fetch". Если вы не укажите хотя бы глобально на странице опцию revalidate, то ваши данные закешируются навсегда в Data Cache. В не зависимости от того, у вас SSR или SSG на странице. До тех пор, пока вы не перебилдите проект.
фронтенд стал еще веселей. А нельзя ли отдать на откуп машине автоматом дербанить что сделать SSG, SSR и CSR? А фронтендер думал бы о прикладной задаче.
Если разраб пишет код используя Next.js - он уже не просто "фронтендер", не зря же спикер с PHP сравнил. А в фулстек-разработке слишком много нюансов за которыми придется следить, это же не SPA где код пишется только для браузеров и не выходит за его пределы.
не уберут, а изменят политику по умолчанию, отключить по умолчанию кеш можно и в 14 для fetch (nextjs 14 force-cache next15 no-store) и роутера (nextjs 14 staleTimes N sec nextjs 15 staleTimes 0)
@@ilikecola378 я пишу про то, что уберут неявное кэширование, я не писал про то, что его вообще уберут а по поводу фетча, если ты ставил "no-cache", то твои страницы переставали быть SSG, как же так
ШРИ (школа разработки интерфейсов) - так назывались публичные лекции от Яндекса по фронтенду. Доклады которые я упоминал - ruclips.net/video/bnzcSC8AmHY/видео.html и ruclips.net/video/HDajDASxn-w/видео.html
задолбали со своими - кэшА, профИта, гуглА, некстА, билдЕ (пизд...)... тупое следование тупой разрабской моде. совет молодым - не будь как тупое стадо, говори красиво и правильно.
ладно на счет профита и билда у тебя негодование, эти слова можно сказать на русском, но к гуглу, нексту, кэшу, тут то что не так? или ты хочешь вместо кэш говорить тайник? бред сивой кобылы, Гугл и Некст это вообще название компании и фреймворка, как их по-другому то назвать можно?
@@alexey_3155 Язык это живая структура, но норма меняется только в случае принятия её филологически образованным сообществом. А серверОв, профессорОв, шоферОв так и останется арго. Совет всем - не будьте зашоренными эйджистами. Или будьте 😉
Вижу Тёму, сразу лайк)
Классный доклад. Спасибо. Я Много полезного узнал.
Это жесть, на сколько можно усложнять простые вещи... Это я про весь современный фронт.
а с чего это вдруг фронт - простая вещь? По такой логике и мобильная разработка, и десктоп простые. Чем фронт проще бэка?
Один из лучших докладов, который я видел! Благодарю😁
Server Component вполне может быть внутри Client Component и не превращаться в клиентский. Например если серверный компонент передается в клиентский как children. В таком случае - клиентский компонент не импортирует серверный компонент - просто получает его как children. В таком варианте -- серверный компонент останется серверным
Я пользуюсь nextjs начиная с 13 версии и выше. И очень доволен.
Доклад офигенный ❤
Очень крутой доклад👍
В целом доклад хороший, но с некоторыми моментами не согласен.
1) Про комбинацию SSR и SSG в динамических раутах (/movies/[id]) не совсем верно. Если вы добавляете generateStaticParams на страницу, то все остальные страницы, которые не сгенерировались во время билда, будут генерироваться в фоне по запросу и тоже будут статическими, то есть SSG. Можно добавить опцию dynamicParams = false и тогда страницы, которые не вернул generateStaticParams будут возвращать 404. Но в любом случае раут будет SSG, а не частично SSG, частично SSR, как было сказано в докладе.
2) Не согласен с тезисом "не трогайте кэширование fetch". Если вы не укажите хотя бы глобально на странице опцию revalidate, то ваши данные закешируются навсегда в Data Cache. В не зависимости от того, у вас SSR или SSG на странице. До тех пор, пока вы не перебилдите проект.
Верные тейки
в этом комментарии оказался ответ на вопрос, которым я задавался последние несколько дней. спасибо!
любой раут будет SSR даже если в нем объявлено "use client"
спасибо, было интересно
Минусы: меленная работа на устройствах, в деревнях даже интернета нет
Кто выступает: Кинопоиск (видео-ресурс)
Тëма - лучший
Спасибо!
фронтенд стал еще веселей. А нельзя ли отдать на откуп машине автоматом дербанить что сделать SSG, SSR и CSR? А фронтендер думал бы о прикладной задаче.
друг, ты лекцию смотрел? о том речь и идет, что в общем случае за тебя все некст решит, если с композицией компонентов не провалишься
Если разраб пишет код используя Next.js - он уже не просто "фронтендер", не зря же спикер с PHP сравнил. А в фулстек-разработке слишком много нюансов за которыми придется следить, это же не SPA где код пишется только для браузеров и не выходит за его пределы.
слабенько имхо
про кэш уже неактуально, в 15 версии уберут это убогое неявное кэширование
это не кэширование убогое а ты слабый )
@@dogfrogfog поэтому челы выпилили это кеширование? то есть норм, что они GET роуты кэшировали?
не уберут, а изменят политику по умолчанию, отключить по умолчанию кеш можно и в 14 для fetch (nextjs 14 force-cache next15 no-store) и роутера (nextjs 14 staleTimes N sec nextjs 15 staleTimes 0)
@@ilikecola378 я пишу про то, что уберут неявное кэширование, я не писал про то, что его вообще уберут
а по поводу фетча, если ты ставил "no-cache", то твои страницы переставали быть SSG, как же так
просто людям лечь тратить время и разбиираться-> они пишут в issue/twitter поднимают шум
что за канал шри? можно ссылку?)
ШРИ (школа разработки интерфейсов) - так назывались публичные лекции от Яндекса по фронтенду. Доклады которые я упоминал - ruclips.net/video/bnzcSC8AmHY/видео.html и ruclips.net/video/HDajDASxn-w/видео.html
Школа разработчиков интерфейсов от Яндекса
26:30
Почему русские говорят КУАР код вместо КЬЮАР кода?😂
потому что норма - то, как говорит большинство
Потому что они говорят не на английском а на русском
@@Morning99-v7s на русском есть слово QR-Code?
задолбали со своими - кэшА, профИта, гуглА, некстА, билдЕ (пизд...)... тупое следование тупой разрабской моде.
совет молодым - не будь как тупое стадо, говори красиво и правильно.
Норма - то, как говорит большинство.
Совет пожилым - не будьте зашоренными прескрептивистами.
Не понял, а как надо? 🤔
ладно на счет профита и билда у тебя негодование, эти слова можно сказать на русском, но к гуглу, нексту, кэшу, тут то что не так? или ты хочешь вместо кэш говорить тайник? бред сивой кобылы, Гугл и Некст это вообще название компании и фреймворка, как их по-другому то назвать можно?
@@alexey_3155 Язык это живая структура, но норма меняется только в случае принятия её филологически образованным сообществом. А серверОв, профессорОв, шоферОв так и останется арго. Совет всем - не будьте зашоренными эйджистами. Или будьте 😉
@@abyrvalgfirst филологически 🤡образованным 🤡сообществом🤡