G
zeit/next.js
v9.2.2-canary.8
v9.2.2-canary.8
Size: a a a
2020 February 03
▲
ведь next-head это обертка, при чем в реакт исполнении. А я вот хочу описывать страницу вне реакт представление а больше отделить логику от представления
У тебя есть бэк с CMS, у тебя есть страница товара в next. В этой странице в РЕАКТ-ИСПОЛНЕНИИ написан блок head (руками ли/ плагином ли - неважно). В getInitialProps ты из роутера получаешь path, например /products/dildo/xxl. Разбираешь этот path на части и отсылаешь запрос в CMS: «ЭЙ cms, дай мне /products/dildo/xxl и все, что знаешь по этому слагу». Полученные от CMS данные кладешь в Head - вот тебе динамическая шапка сайта и метатэги. Контент кладешь внезапно в… контент страницы в нексте.
L
где про это почитать?
ну я даже не знаю, я всегда просто держал сервер ssr отдельно от API сервера. (но у меня не было cms и статики) но то что ты описываешь это уже целая типа система с кучей источников и тд и одним next ты явно не решишь все задачи
V
У тебя есть бэк с CMS, у тебя есть страница товара в next. В этой странице в РЕАКТ-ИСПОЛНЕНИИ написан блок head (руками ли/ плагином ли - неважно). В getInitialProps ты из роутера получаешь path, например /products/dildo/xxl. Разбираешь этот path на части и отсылаешь запрос в CMS: «ЭЙ cms, дай мне /products/dildo/xxl и все, что знаешь по этому слагу». Полученные от CMS данные кладешь в Head - вот тебе динамическая шапка сайта и метатэги. Контент кладешь внезапно в… контент страницы в нексте.
Хи. Гц
V
ну я даже не знаю, я всегда просто держал сервер ssr отдельно от API сервера. (но у меня не было cms и статики) но то что ты описываешь это уже целая типа система с кучей источников и тд и одним next ты явно не решишь все задачи
Да. Главное что бы я мог безболезненно расширять функционал. Спасибо большое за ответы. Последний вопрос для работы с большим и сложным каталогом (не каталог товаров, а именно лендинг страниц будет достаточно функционала из коробки или лучше использовать next-routes)
L
Да. Главное что бы я мог безболезненно расширять функционал. Спасибо большое за ответы. Последний вопрос для работы с большим и сложным каталогом (не каталог товаров, а именно лендинг страниц будет достаточно функционала из коробки или лучше использовать next-routes)
ну если тебе нужны динамические роуты то бери next-routes или настрой кастомный сервер,но или юзай динамик роуты кторыей сейчас завесли в next завезли https://nextjs.org/docs/routing/dynamic-routes
V
ну если тебе нужны динамические роуты то бери next-routes или настрой кастомный сервер,но или юзай динамик роуты кторыей сейчас завесли в next завезли https://nextjs.org/docs/routing/dynamic-routes
Их видел. Попробовал и страшно представить как они будут выглядеть когда страниц станет 50+
L
Их видел. Попробовал и страшно представить как они будут выглядеть когда страниц станет 50+
у тебя будет именно 50 разных категорий ? если так то лучше конечно кастомный сервер настроить
V
у тебя будет именно 50 разных категорий ? если так то лучше конечно кастомный сервер настроить
А нет бойлерплейда по такой проблеме? Увидеть примерный объем поддержимоего кода, оч ограничен в ресурсах
n⚡
ну если тебе нужны динамические роуты то бери next-routes или настрой кастомный сервер,но или юзай динамик роуты кторыей сейчас завесли в next завезли https://nextjs.org/docs/routing/dynamic-routes
эххх завезли бы в динамик роуты constraints, например [lang(en|ru)] или [lang](ru|en)
n⚡
тогда бы никакой next-routes не нужен был бы
🦜
тогда бы никакой next-routes не нужен был бы
тебе не мешает это делать сейчас
n⚡
тебе не мешает это делать сейчас
уже есть это?
🦜
я даже статью видел
🦜
было до времен dynamic
n⚡
а через именование папок так можно или нет?
V
уже есть это?
Посмотри из блок. Предпоследняя статья про динамический роутинг из коробки
n⚡
понятно, кажется вы меня не поняли