🔗 Ссылки: ⚡Полный курс по React и Next: purpleschool.ru/course/nextjs Telegram канал с полезными советами: t.me/purple_code_channel 🔗 АйТи Синяк: - UA-cam: www.youtube.com/@it-sin9k - Twitter: twitter.com/it_sin9k
30:28 помню тоже надо было подобное замутить, в итоге собранный реакт проект загружал в php прокидывал все мета теги а если бот отдавал другой статичный HTML который собирался с помощью либы react snap вроде
Next - для SSR. Всю backend логику, работу с базой данных и прочим лучше выносить в отдельное API (на экспресс, на Nest). Тогда на нём вы сможете построить нормальную архитектуру с DI, разбивкой на слои или реализовать любые другие паттерны (я про это рассказываю в курсе по Node.js). А Next - это максимум BFF, да и то я бы рассматривает его как просто React framework с SSR.
Вложенный роутер в одной из компонент можно было и раньше делать. У меня так на паре проектов компоненты страниц основных веток лениво грузились внутри содержали свои вложенные роутеры. Но useMatches про компоненты грузящиеся во вложенных раутерах ничего не знает и те же breadcrumbs таким образом сделать не получится.
6 - 6.4 роутер был простой и понятный, достаточный для своих задач. А этот функционал с лоадерами и формами вообще не в тему, и я согласен с авторами видео, что кейсы для использования этих фич найдуться в весьма маленьком проценте проектов, которые используют роутер. Хорошо, что это необязательный функционал, надеюсь в будущем уберут и опять будут развивать роутер именно как инструмент для УДОБНОГО РОУТИНГА :)
🔗 Ссылки:
⚡Полный курс по React и Next: purpleschool.ru/course/nextjs
Telegram канал с полезными советами: t.me/purple_code_channel
🔗 АйТи Синяк:
- UA-cam: www.youtube.com/@it-sin9k
- Twitter: twitter.com/it_sin9k
Мега крутая коллаборация! Авторы 2х крутых каналов в 1ом видео. Спасибо за ваш труд !
Пожалуйста!)
30:28 помню тоже надо было подобное замутить, в итоге собранный реакт проект загружал в php прокидывал все мета теги а если бот отдавал другой статичный HTML который собирался с помощью либы react snap вроде
ничего не понятно, но очень интересно. Жду разбор с примерами от Синяка)
👍
Стоило бы обсудить сам оффсайт - куда пропал поиск? И на сколько он удобен в качестве *документации* - всё построено, по сути, на примере...
Oтличный канал Спасибо большое !!!
Пожалуйста!
Было бы круто добавлять примеры кода на видео)
в Angular есть аналог "loader" называется Resolver.
Какие "теплые ламповые" посиделки. :)
Спасибо) Если формат понравился, будем делать чаще)
@@PurpleSchool Тут дело не в формате, дело в людях.
Suspense можно подгружать по очереди можно вместе, suspenseList или как-то так называется, вроде старая штука
Про "нельзя ходить в базу данных из next" объясните. Почему нельзя? Как с баком общаться?
Next - для SSR. Всю backend логику, работу с базой данных и прочим лучше выносить в отдельное API (на экспресс, на Nest). Тогда на нём вы сможете построить нормальную архитектуру с DI, разбивкой на слои или реализовать любые другие паттерны (я про это рассказываю в курсе по Node.js). А Next - это максимум BFF, да и то я бы рассматривает его как просто React framework с SSR.
Вложенный роутер в одной из компонент можно было и раньше делать. У меня так на паре проектов компоненты страниц основных веток лениво грузились внутри содержали свои вложенные роутеры. Но useMatches про компоненты грузящиеся во вложенных раутерах ничего не знает и те же breadcrumbs таким образом сделать не получится.
правильней бы было назвать 6.4+, потому что на данный момент уже есть версия 6.8 =)) А то название немного вводит в ступор))
Хорошо) Переименую)
6 - 6.4 роутер был простой и понятный, достаточный для своих задач. А этот функционал с лоадерами и формами вообще не в тему, и я согласен с авторами видео, что кейсы для использования этих фич найдуться в весьма маленьком проценте проектов, которые используют роутер. Хорошо, что это необязательный функционал, надеюсь в будущем уберут и опять будут развивать роутер именно как инструмент для УДОБНОГО РОУТИНГА :)
Поддерживаю)