zeit/next.js
Pre-release v9.2.1-canary.1
### Patches

- Switch from defer to async: #10143

zeit/next.js
Pre-release v9.2.1-canary.2
### Patches

- Update readme.md: #10136
- Fix hydration with custom _app and granular chunks: #10144

### Credits

Huge thanks to @OlegFilonchuk for helping!

zeit/next.js
v9.2.1-canary.2

@popuguy, расскажи, плиз, или кинь ссылку на то, почему при сср реакт-роутер является тупым решением. И что некст юзает в коробке для серверного роутинга.
Не раз видел твоё негативное отношение к этом, отсюда вопрос

А зачем вообще в Некст впиливать реакт роутер? Спрашиваю из интереса

легче из cra мигрировать )

afterjs юзали? вот там реакт роутер и сср

Компонентный подход.
Вызов роутинга в рендер функциях.
Менее гибкий. Больше клиент сайд.

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

В документации некста явно сказано, что они используют self-made solution.

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

Та не, тут просто вопрос из интереса)

Нет, спасибо) почитаю что там у него

Оке, сэнкс)

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

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

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

В чем проблема просто в жесткую впилить какой-нибудь js объект со всеми данными в коде?

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

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

Я может не понял твою проблему тогда

Привет! Ждать бэкенд это завсегдатая история. Как делаем мы:
1) в строке браузера пишем
http://localhost?debug=${page-name}
2) в коде, который лезет на бэк проверям
window.location.href.indexOf('debug=${page-name}’), а на сервере query, вместо window.
3) если true, то вместо результата выполнения запроса на сервер (бэк ведь не готов) возвращаем резолв из промиса с фиктивными данными, в твоем случае это фиктивный маркдаун или html. Можно обернуть в таймаут, дабы поиграть с прелоудерами. Можно Math.random()>0.85 внутрь пихнуть, чтоб в 15% попыток был фиктивно-ошибочный ответ сервера и можно было бы поиграться с обработкой ошибок. Как только бэк сделают - просто говоришь продукт оунеру, чтоб убрал из строки браузера  ?debug=${page-name}

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

Что-то типа такого, но опенсорс

Я так понял тут вопрос про кеширование, чтобы мгновенно отдавать данные бека, не обращаясь при этом на бек