ПЕЧАЛЬНОЕ БУДУЩЕЕ NEXT JS
HTML-код
- Опубликовано: 6 июн 2024
- 🔐 МК "Реализация оплаты от А до Я" - t.me/pay_red_mk_3_bot
Подробнее о мастер классе - t.me/redgroupchannel/1533
🔥 Оформить премиум подписку - htmllessons.ru/premium?...
❤️ Отзывы тут - t.me/htmllessons_reviews
🦋 Наш ТГ канал - t.me/redgroupchannel
Поддержи видео лайком, 1000 лайков 👍 и я следующее видео полный курс по Next.js!
В этом видео мы разберем, как Next.js, популярный фреймворк для фронтенд-разработки, постепенно превращается в бэкенд. Мы начнем с истории возникновения Next.js и перейдем к текущим проблемам. Разберем проблемы use client и use server, а также обсудим концепцию server actions. Мы также рассмотрим, почему смешивание фронтенда и бэкенда в одном проекте может быть проблематичным и куда двигается Next.js.
⚡️ Список интенсивов по подписке - htmllessons.ru/list-intensive...
🔐 МК по авторизации 2.0 (все исходники и запись доступны навсегда!) - t.me/pay_red_master_class_bot
☑️ Чеклист "С нуля до Senior front-end" - t.me/checklist_redgroup_pay_bot
VK - redgroupchannel
✨Скачать настройку VS Code - get.redlinks.tech/s/7hEUp1j
🎹 Клавиатура - NuPhy Halo65 / switch Night Breeze
Если есть какие то вопросы по этой теме - дай знать в 💬 комментариях!
00:00 - Начало
00:44 - Как появился Next.js
02:40 - Что пошло не так?
04:20 - Проблема use client, use server
05:10 - Server actions
05:50 - Back и front не могут быть в одном проекте
08:10 - Какие планы у Next.js
⚡️Закрытый клуб "5 утра" - htmllessons.ru/ext/club
💡 Личный ТГ канал - t.me/hardmaxchannel
🌿 Плейлист с полными курсами для новичков и не только - • Полные курсы
👉 Все ссылки (+ настройка редактора) и информация обо мне - redlinks.tech/
#Nextjs #Next #Next14 #RedGroup
Поддержи видео лайком, 1000 лайков 👍 и я следующее видео полный курс по Next.js!
🔐 МК "Реализация оплаты от А до Я" - t.me/pay_red_mk_3_bot
Подробнее о мастер классе - t.me/redgroupchannel/1533
🔥 Оформить премиум подписку - htmllessons.ru/premium
Макс ты лучший. Уже эта мысль меня преследует как пол года.
Сейчас перешел частично на Astro и Angular 17
Выбираю между этими вариантами в зависимости от проекта
Основная проблема как мне кажется заключается в том, что происходит путаница из за того что является сервером а что клиентом. Особенно это видно на формах. Например в том же Nuxt такой проблемы нет, там есть четкое деление где сервер а где клиент.
components твой друг?
Не парься, Макс. Выбирай Angular 17+ и все будет топ.
ангуляры неактуальны могут стать
@@arsenmakaronovich пока тут из не актуального только next js))). фигачить проектики, которых никогда не увидит прод - это, конечно, здорово - но вот в поддержке все это дело весьма трудоемкое - и осложняется тем, что с каждой версией - это чудо все "лучше" и "лучше" - за ним не успевают целые команды фронтендеров. Ангулар другая история - он стабилен, он не лезет куда ему не надо лезть (сравните как там реализован ssr), прогнозируемая работа в проде - красота. так что все верно написано. @REDGroup Макс, давай видосы про ангулар - там next и рядом не стоял))))
Сколько раз пытался использовать React c пришитым Next так и не понял зачем мне оно надо если я пишу свой быстрый бек на Rust Tokio.
Как будто мне намеренно навязывают делать часть бекенда в Nodejs
Next любят не за бэкенд, огромное количество полезных вещей. Которые в реакте нет из коробки.
Макс дай совет как правильно учиться ну узичаю реакт но от процесса кайфую но думаю слабо учусь дай совет самоучке@@REDGroup
Добрейшего дня! Подскажите, когда у вас в платной подписке появятся новые интенсивы для продвинутых? Есть примерные даты?
Нет, у нас сейчас глобальные изменения и выход новой платформы. Потом уже будем заниматься новыми интенсивами
Так весь серверный функционал - это функционал react 19, а не некст. Он просто оболочка, которая поверх предоставляет пару новых функций. Тут предъява должна быть react, а не next.js. Серверная часть (на котором и происходят действия все сервера) буквально и позволяет оптимизировать приложение, благодаря кэшированию. Вместо того, что бы делать миллион запросов к бд, как это раньше делал react, мы делаем один запрос на стороне сервера-frontend и отдаем всем пользователям кэшированную версию. А еще хотят добавить ppr, но он пока экспериментальный (на уровне сборки компиляция страниц)
Внимательнее видео смотрите. Главная мысль не про это
@@REDGroup Весь backend-функционал стоит рассматривать исключительно как возможность для маленьких проектов. Понятно, что в любом случае всегда будет отдельно бэк и фронт на больших проектах, но для маленьких - это отличный вариант. Зачем говорить о next.js, если form (server) actions - это функционал react, поэтому и говорить нужно о нем.
Спасибо next.js что я открыл для себя vue :)
Ааа зачем тебе Vue ?
ты враг народа тогда...
Фреймворк для девочек верстальщиц)))
@@vladimirpl4782 скажи это gitlab, upwork, Adobe, ozon и т.д. Они учтут твою оценку
@@vladimirpl4782Интллект как у обезянки, видимо не осилио вью, и начинает критиковать юзеров
@@vladimirpl4782 я не верстальщик, я фронтендер! На чем пишешь? На vue!
Начал пользоваться Next-ом. На первый взгляд вообще не гибкий. Например, как новичок, не представляю как кнопку по которому модалка должна закрываться и кнопку по которому идет серверный запрос держать в одном форме. При этом кнопки должные быть на одной линии под инпутом. Да, это можно сделать гридом, но все равно странно. Одна кнопка на client, другая на server компоненте.
Жду с нетерпением курс по NEXT. Как раз собрался его изучать.
Макс привет! спасибо за твои мысли, интересно тебя слушать, а что думаешь о Nuxt?
Привет, в накст у меня очень мало опыта.
@@REDGroup Нукст)
@@FuIIstack Нюхт)
Лично я предпочитаю разделять разработку Frontend и Backend. Для чистого Frontend я использую Next.js, а для Backend - Express или Nest.js. 😉
Считаю, что сочетание Frontend и Backend в рамках одного Next.js приложения может привести к неэффективной работе. Поскольку я чаще обновляю Backend, чем Frontend, раздельная структура позволяет мне избежать необходимости пересборки и обновления Frontend при изменениях только в Backend. 🚀
Мне нравится новый Next, но я каждый раз в ужасе когда нужно передать данные в новый роут.Я до сих пор не понимаю как можно в query передать огромные обьекты и вообще открыто показать какую дату в UI используется при этом пользователь может свободно играть с этими query.
Недавно видел как в url был query apiKey а там был показан private кей какого то сервиса 😂
Полностью поддерживаю. Ещё заметил, что помимо того, что они используют все в перемешку (на Западе), так ещё используют платные облачные платформы в своих проектах, а не пишут нативный бэк
Да, SveteKit заменит (перегруженные vDOM'ом и овер-синтаксисом) React и Next.js.
SvelteKit в разы превосходит их
Посмотрим, но коммьюнити там нет с такими же охватами
урааааа!
я дождалсяяя😂😂
Красавчик, видео с каждым разом все лучше и лучше
Next двигается в сторону backend, но он до сих под актуален?
Конечно, альтернатив нет с таким же большим коммьюнити
Альтернатива реакт + свой сср
@@AlexGulyaev Чтош, удачи тогда написать свой next)
svelte kit
Наопмнило как то давно в 1с появилось разделение на клиент и на сервер, меня тоже дико парило поначалу
Мне нравится, использую server actions , что бы на сервере получить доступ к grpc java серверу и отправить клиенту уже готовые данные без описания rest api
Я в видео про это сказал, есть реально полезное применение. Но я больше говорил про тогда когда года базу и призму к примеру запихивают прям во Фронт.
Ну с многим согласен, но не согласен про отсутствие оптимизации. NExt жестко все кеширует
SSR нет, попробуй сравнить затраты ресурсов SSR и ISR подход
Как всегда топ!
Сто процентов 💯
пишу коммент в поддержку и продвижение этого канала
как всегда на высоте💪💪💪💪
Спасибо! Интересная тема. Просьба и дальше делать таких видео.
Честно не сильно хочется, очень противоречивая тема и много срача в комментариях. Это так крик души и чтобы канал не простаивал, пока я разрабатываю dark side
Почему нет места такой реализации? Существовали же в начале двухтысячных приложения, которые жаловали SSR. Вопрос того, какой инструмент использовать -- это да...
А зачем? Если есть более крутые способы более быстрые и оптимизированные для сервера и для клиента
Макс, я не могу с тобой не согласится, но это смотря для какого проекта мы создаем решение и насколько быстро оно требуется.
Рано или поздно все в любом случае будет сходить на клиент-сервер, но в данный момент может требоваться "качественный" монолит, который можно впоследствии будет разбить по обязанностям (отрисовка, контроль bm и тд). Next.js данную потребность закрывают на сегодняшний день.
Это обойдется гораздо дешевле заказчику, нежели набрать несколько команд и платить им.
по поводу оптимизации, можно использовать реакт квери, и тогда будет кеширование, и 10к юзеров не будут делать 10к запросов к базе
Можно, но мы же говорим про тренды некста. Я по сей день использую next в большинстве проектов и избегаю ssr
почему не будут? Первый то запрос всё равно улетит
полностью согласен
Интересно, спасибо за видео.
Крайне советую попробовать и дать шанс Remix ;)
Спасибо, четкая подача, а качество видео вообще топ
100й коммент для продвижения толкового контента!
Правильно ли я понимаю, что вся проблема в том что не надо смотреть западных блоггеров? Ведь я юзаю 14 некст и не пишу бек в нем😅
Это само собой. Но если некст принудительно будет заставлять за счет обновлений переходить на сервер, то тут уже просто так отойти не выйдет
С 9-ой версии начал использовать Next, очень понравился после Gatsby для фронта. Однако с 13 версии, когда выкатили app router, стало какое-то странное послевкусие и правильно ты сказал, что движется сей поезд с названием Next, не туда. Сейчас уже чуть больше года ушел на Astro и думаю, что так должен был бы выглядеть Next.js, только со своими фичами.
Ждем курс по next
Похоже на то, что переключаются из режима приносить пользу в режим рубить бабло, если так в общем на ситуацию посмотреть..
Как по мне все правильно двигается, большинству бизнесов не нужны сложные фронты и отдельные бэкенды. Некст к этому двигается чтобы проще было делать проекты для бизнеса, а самое главное быстрее
Некст двигается к тому чтобы продавать верселевские облака и серверлесс инфраструктуру для них. Даже нормального, полноценного бэкенда там не будет.
@@icefrost5844Согласен, особенно учитывая что нормальная работа с тем же кэшем, в next из коробки, работает только если ваш проект на vessel
да, а завтра тебе заказчик скажет что "все, лендос не подходит, хочу себе интернет магазин", и как ты будешь это скейлить?
Бэкенд на php нужно делать, сами разработчики next об этом говорили, что next не подходит под бэкенд.
@@wowzull какой php дядя ты из какого века
React на классах было лучшее, нормальное понятное ооп, что и когда рендерится, полный контроль.
Потом зачем то эффекты и прочее начали нести...
Главная проблема nextjs это постоянный ад зависимостей, не самая быстрая сборка, и не очень понятно как строить микрофронты с ним, а если докинем сверху еще nx, pnpm - то понять где, что отлетело после очередного обновления либ - просто ад
А фронт откатился до php в перемешку с js/css вставками)
Недюсь они не будут пропагандировать что типо он не юзайте вообще отдельный бэкэнд типо что можно все в Некст, а будут просто типо фокус на фронтенде и максимально облегчить фронтенд с помощью серверных штук там. Понятно что бэкэнд отдельно должен быть в этом миллион плюсов
Круто что у меня получилось донести мысль. Да, я тоже в это верю.
Лучше использовать React а лучше идти против системы и брать vuejs
Даёшь 100 комментов!
Тоже так думаю, зачем во фронтенд тянуть бэк, лучше разделять
Посмотри 1С Элемент, там вообще сделали веб версию 1С, можно накидать фулстек приложение за день ничего не зная про вёрстку, вебпак, ssr и остальные кишки веба. Правда интерфейс контролов убогонький. Если дадут применять стили то будет убийца всех реактов и ангуляров
Это называется “Толерантность” - смешаем люди, кони, и в продакшн😅
Забудьте про Vue и React.
*Svelte* фреймворк нового поколения! И без минусов первых...
Комьюнити гораздо мелкое, по сравнению с этими гигантами.
Чтож мы все не на свелте то пишем?
@@xebunwhynot заебали эти свелтщики которые один раз проект написали на нем и теперь всем твердят что он лучше лучше остальное говно
нравится
Astro
Хорошая альтернатива, но пока слабовата. Надо время. И там больше упор на статику
Но для «западных блогеров» с концепцией shipfast это всё невероятно упрощает соло фаундинг
Редко пишу комментарии, но тут согласен с автором, next пошел в развитии в не ту сторону, которую от него ожидали
Да и вообще, кажется, что сейчас в первую очередь в React попадают фичи, необходимые для работы Nextjs, а не что-то полезное для разработчиков приложений. А если еще вспомнить, что всем этим счастьем управляет Vercel, то в будущем может получиться так, что для разработчиков будет доступен урезанный функционал, а действительно крутые фичи - только при условии размещения на Vercel
Полностью согласен. Пусть фронт остается фронтом, а бэк бэком. Мне не трудно один таск сделать на фронте, закоммитить, затем перейти в ОТДЕЛЬНЫЙ проект с бэком, поработать там. Но хрень вроде Ларавел, где все в куче... Казалось бы, и там и тут фулл стэк, но. Прислали недавно тестовое, на Ларавел, которого я не знаю. А я ради прикола стал разбираться, думал, будучи миддлом, неужели с джуновским заданием не справлюсь? Справился, ознакомился с Ларавел... Такая хрень! Все в куче, работать некомфортно, какие то макароны из кода, папок, импортов, экспортов. Не стал я это задание заканчивать. Надеюсь Некст все таки в такой винегрет не скатится
Laravel и Vue рулит
Полностью поддерживаю автора этого видео. Когда видел все эти нововведения и то как западные блогеры пропагандируют это, и как всем все нравится, я решил что видимо это я отстал от "трендов", раз считал это глупостью. Оказалось нет, я не одинок)
я работаю с таким же стеком, как и ты, но в силу своих возможностей с особо не сталкивался с большими проектами. Однако даже на средних+ проектах начинается ощущение того, что по немногу все превращается в кашу. И каша эта ещё остается читаемой, если совестливый разработчик делит всё по файлам, тем самым сгружая одномоментный поток информации, при заходе в какую-то часть приложения. А когда у тебя вперемешку сервер и фронтенд, так ещё и грамотного распределения файлов по проекту нет.... Добро пожаловать в ад.
Макс, вам нужно обратиться к разработчикам Next,js и поделится своими соображениями, 😉😉
а то, похоже, им нехватает квалификации и понимания современных трендов разработки и делают они что-то не то 🤣🤣🤣🤣🤣🤣🤣🤣🤣🤣🤣🤣