с сообщения большого в трех скролах отсюда

я удалил твое сообщение, потому что используй ссылки

у тебя должен быть лид и ПМ

Привет) Вот кейс: я делаю главную(любую) страницу сайта, куда из strapi попадает маркдаун (ну там жирный текст, параграфы, заголовки, описание фич продукта, FAQ, knowledge base, страница оплаты подписки и тд). Если оставить все как есть, то таким вот образом сделанная страница - это просто простыня текста, хоть и форматированного. Согласись, что в таком виде это не очень продающая история, ни красивых CTA-кнопочек внутри текста, ни типовых блоков с JS-логикой (анимации, расхопывающиеся списки, карточки с тарифами, кнопки ЖИИРНЫЕ ТАКИЕ «КУПИ ЭТО БЕСПЛАТНО!» и для этой задачи есть  два решения:
1) Хардкодить со стороны некстовых шаблонов страниц:

…
<AsyncContentFromStrapi slug=‘key-features’/>
    <ButtonLink type=‘cta’ size=‘lg’ to=‘/features’ />
<AsyncContentFromStrapi slug=‘about’/>
…

Минусы у этого решения в том, что если контент захочется поменять, пересобрать, то придется менять и контент в страпи и переверстывать в jsx на строне некста.
2) Вкорячивать в md разметку на стороне strapi админки дивы такого вида <div id=‘portal-buttonlink-key-features’></div>, в ReactMarkdown или его аналогах проставлять настройки для парсинга HTML (dangerouslysetinnerhtml внутри используют по идее, но я не смотрел) и на стороне некста шаблон страницы выглядит аккуратнее:

…

<AsyncContentFromStrapi slug=‘key-features’/>
<AsyncContentFromStrapi slug=‘about’/>
…

но да, мне пришлось написать хелпер и это хардкод по сути, в котором есть json определяющий что рендерить в портал, если в доме есть искомые id дивов. В отличие от первого варианта, есть большой плюс - только и ТОЛЬКО средствами strapi возможно управлять положением и порядком кнопок, карточек и текста статичного, не нужно ничего передеплоивать ради сдвижения кнопок.

Я страпи видел последний раз 3 года назад, они шаблоны выпилили?

как наличие этих двух господ улучшает решение?

там сложное реакт приложение, которое взаимодействует с ОСНОВНЫМ бэком на питоне, а страпи - только чтоб модерировать главную страницу и вские приваси-полиси и термс-энд-кодишнс

Некст не то что не нужен, он не к месту, тут шаблоный рендеринг надо

Или отдавать динамику через next/pages/api и выкинуть страпи

Некст не то что не нужен, он не к месту, тут шаблоный рендеринг надо

давай так: у меня приложение на реакте, бэк на питоне, нужен сср

давай так: у меня приложение на реакте, бэк на питоне, нужен сср

Cra?

можно и так, но это странный подход немног. Ну тогда суть next вообще теряется ибо он для ssr изначально

Должны быть люди, которые принимают решения, почему нужно делать так. К ним вопросы. Ты, скорей всего исполнитель и не имеешь веса