ВЛ
Ну это да)
Size: a a a
2020 February 14
ВЛ
Просто привычно что код написанный для юзера будет ток у юзеры выполнятся
ВЛ
Нодовский сср кстати работает так как я думал изначально а не так как работает Некст
ВЛ
Но он медленный и пока заведёшь помрешь :(
V
Решение на поверхности, очередь лишь костыль чтобы не переписывать
А с nest такие же проблемы могут быть?
V
Просто привыкли, что код отданный пользователю будет выполнен только у конкретного пользователя.
Но тут еще и серверная разработка, изоморфный код.
Но тут еще и серверная разработка, изоморфный код.
У меня будет много ga и в зависимости от «истории» пользователя показывать разный контент. Я не убью себя при реализации и поддержки этого на next? Nest может быть приятнее? Или оставить все на бек не на js, как считаешь?
ЕД
Привет всем! Как можно через
getInitialProps добавить к текущим (передаваемым на эту страницу) props добавить свои но не затирая те, что уже передались? Дело в том, что есть в layout глобальная функция getinitialprops которая передает результат на дочерние компоненты, затем в дочерних я переопределяю эту функцию дабы вызвать ssr axios get конкретно на этой странице, не глобально для всех, но пропадают все старые.🦜
У меня будет много ga и в зависимости от «истории» пользователя показывать разный контент. Я не убью себя при реализации и поддержки этого на next? Nest может быть приятнее? Или оставить все на бек не на js, как считаешь?
Я next использую только как серверную рендерилку. Бекенд рядом не держу
V
Я next использую только как серверную рендерилку. Бекенд рядом не держу
А роутинг?
🦜
А роутинг?
next-routes или из коробки
🦜
Привет всем! Как можно через
getInitialProps добавить к текущим (передаваемым на эту страницу) props добавить свои но не затирая те, что уже передались? Дело в том, что есть в layout глобальная функция getinitialprops которая передает результат на дочерние компоненты, затем в дочерних я переопределяю эту функцию дабы вызвать ssr axios get конкретно на этой странице, не глобально для всех, но пропадают все старые.хм, если только в глобальный контекст писать, который из аргументов gIP приходит
ЕД
хм, если только в глобальный контекст писать, который из аргументов gIP приходит
А какое есть вообще решение еще чтобы работал SSR с получением контента по API и передачей на компонент? Не хочу редакс или еще что-то ставить. Обычный способ State вызывает ошибку несоответствия (поскольку state может менять контент «на лету») серверному варианту - и тому что вышло на клиенте. Как писал уже выше - недавно начал работу, важно чтобы SSR правильно работал, дабы контент был в теле компонента уже при загрузке (для СЕО).
🦜
А какое есть вообще решение еще чтобы работал SSR с получением контента по API и передачей на компонент? Не хочу редакс или еще что-то ставить. Обычный способ State вызывает ошибку несоответствия (поскольку state может менять контент «на лету») серверному варианту - и тому что вышло на клиенте. Как писал уже выше - недавно начал работу, важно чтобы SSR правильно работал, дабы контент был в теле компонента уже при загрузке (для СЕО).
gip и вернуть объект с данными
ЕД
а как получить внутри glp старые пропсы дабы слить их и вернуть с новыми?
🦜
а как получить внутри glp старые пропсы дабы слить их и вернуть с новыми?
типо как ownProps в редаксе?
🦜
никак, название функции говорит за себя
ЕД
Я имею ввиду как в контекст записать например чтобы потом достать и вернуть объект уже с нужными данными? Ведь иначе можно только в 1 месте отправлять все SSR запросы и также глобально ВСЕМ передавать их, поскольку если в каждом компоненте вызывать SSR request - перезапишет получаемые пропсы.
▲R
Чот я потерялся
G
zeit/next.js
v9.2.2-canary.20
v9.2.2-canary.20
G
zeit/next.js
Pre-release v9.2.2-canary.20
### Patches
- Make sure to encode pathname for custom-route destination: #10536
Pre-release v9.2.2-canary.20
### Patches
- Make sure to encode pathname for custom-route destination: #10536
