Столкнулся с такой проблемой: на работе работаю над несколькими проектами и часто стартуем новые, во всех них текста (практически все, что есть на странице) приходят с бэка, то есть есть рест апи на джанге, в котором контентщики заполняют текста. Я же следовательно потом запрашиваю их в getInitialProps и рендерю.

Такой подход рабочий, но у него есть много минусов, самый главный это ожидание того, пока бэкэнд сделают, потом надо либо просить права и самому лезть в админку заполнять контентом (чтобы посмотреть как что отображается), либо опять же ждать пока ее заполнят.

Вопрос: есть ли какое-то решение для next.js (а мб и для gatsby), которое бы решило мою проблему?

Я сейчас примерно так и делаю, но хотелось бы вообще обойтись без фиктивных данных и без бэкэнда (нашего бэка)

Ну вот это похоже на то, что нужно

но это только на КЛИЕНТЕ

Столкнулся с такой проблемой: на работе работаю над несколькими проектами и часто стартуем новые, во всех них текста (практически все, что есть на странице) приходят с бэка, то есть есть рест апи на джанге, в котором контентщики заполняют текста. Я же следовательно потом запрашиваю их в getInitialProps и рендерю.

Такой подход рабочий, но у него есть много минусов, самый главный это ожидание того, пока бэкэнд сделают, потом надо либо просить права и самому лезть в админку заполнять контентом (чтобы посмотреть как что отображается), либо опять же ждать пока ее заполнят.

Вопрос: есть ли какое-то решение для next.js (а мб и для gatsby), которое бы решило мою проблему?

Это может быть оверкилл в плане сложности исполнения

Но в идеале можно на момент билда генерить json, опрашивая бек

А сам бек должен стучать в апи zeit, когда что-то обновилось

Разумеется, нужно умным образом генерить json, - только то, что на беке обновилось

Это что-то похожее с тем, что делает вебпак

Не уверен есть ли готовые решения для такого кеширования, но концепция интересная) я бы хотел уметь так кешировать)

Контентщики не могут в жсон, им нужны красивые админки

Мне просто хочется, чтобы бэк пилил непосредственно рэст с нужными данными, а все тексты и прочая срань где-то отдельно было. Вот strapi хороший варик, предложу сегодня руководству

Вот из-за этого сообщения

Да я запутался что хочет автор

Сначала подумал, что он ждёт разработку бека, а уже хочет как-то двигаться в разработке фронта без бека (и тогда я реально не понимаю почему бы не использовать json)

Потом показалось, что автор имеет ввиду ожидание от бека, мб он какой-то сильно медленный

Сейчас понял, что дело всё-таки в ожидании разработки со стороны бека) но при этом контентщиков использовать уже хочется) тогда strapi норм вариант вроде) но непонятно в этой истории зачем тогда бек и их команда :D

А теперь мой вопрос, да тоже с cms связанный:
Сервер с headless-cms возвращает данные по апи внутри GIP. Ситуация такая - нужно встраивать точечно контент по slug. Как добиться ssr-ошности в этих компонентах? хочется что компонент типа <InsertStaticContent slug={‘key-features’} /> ,  внутри будет какой нибудь  fetch в useEffect’e, или дерганье саги через экшон. Будет ли этот компонент ssr (и контент в нем)?

Чтобы бэк занимался собственно бэком, высылал мне какие-то нужные данные и концентрировался на них, а на статику время не тратил, т.к это рутинная операция, которую надо оптимизировать

strapi