С этим плагином сработает если подключить его локально, или это просто для примера?
каким плагином? client-only - это для отключения выполнения рендер-функции (рендеринга компонента) на стороне сервера (SSR) При этом, как например с тем же ckeditor, если у него в импортах есть выполняемы функции, которые дергают что-то типа window, то все равно не взлетит (надо немного из#ебнуться)
каким плагином? client-only - это для отключения выполнения рендер-функции (рендеринга компонента) на стороне сервера (SSR) При этом, как например с тем же ckeditor, если у него в импортах есть выполняемы функции, которые дергают что-то типа window, то все равно не взлетит (надо немного из#ебнуться)
Окей, то есть мне нужно подключить плагин в самом компоненте, обернуть его в client-only и потом подгружать динамически, верно я понял?
Всем привет - https://blog.lichter.io/posts/nuxt-dynamic-ssr-spa-handling/ - есть такой гайд по выбору - spa и ssr мода - может кто использует? Но у меня возникла проблема что из-за этого компонента рендерится 2 раза - мб есть идеи или у кого может было такое же?
Всем привет, есть вопрос, как показать лоадер, при первой загрузке, то есть пока не загрузился сайт, но на стороне серева идут запросы, нужен лоадер. nuxt.config.js компонент лоадера указал, как в доках, он работает везде, кроме первой загрузки
Всем привет, есть вопрос, как показать лоадер, при первой загрузке, то есть пока не загрузился сайт, но на стороне серева идут запросы, нужен лоадер. nuxt.config.js компонент лоадера указал, как в доках, он работает везде, кроме первой загрузки
никак, сервер тебе сразу разметку с данными отдает при первой загрузке, в этом вся фишка ssr
Ребят, сейчас услышал в одном видео-уроке нечто подобное: "Не нужно вызывать мутации Vuex напрямую - это bad practice. Вместо этого вызывайте action, внутри которого делаете commit". Насколько это выражение верно?
Actions для асинхронной логики, например axios запросы. Если изменить state надо, то вызывай commit. Вышеописанное не имеет смысла, возможно он имел введу не мутировать state на прямую, но его и не получиться мутировать в nuxtе, ошибка будет
Ребят, сейчас услышал в одном видео-уроке нечто подобное: "Не нужно вызывать мутации Vuex напрямую - это bad practice. Вместо этого вызывайте action, внутри которого делаете commit". Насколько это выражение верно?
холиварный вопрос разные команды делают по разному
Ребят, сейчас услышал в одном видео-уроке нечто подобное: "Не нужно вызывать мутации Vuex напрямую - это bad practice. Вместо этого вызывайте action, внутри которого делаете commit". Насколько это выражение верно?
Если вы уверены на 200% в том что ваша мутация никогда не станет асинхронной, только в этом случае можно мутировать без action. имхо. Иначе будет очень больно переписывать все мутации которые "вдруг" стали асинхронные.
Всем привет. Есть вопрос по механике работы накст, столкнулся с непонятным для себя моментом. В общем решил почекать время запросов на сср, накидал console.time/timeEnd. В каждый добавляю уникальный айди, генерирую его в самом первом хуке жизненного цикла накст - nuxtServerInit из главного стора. Открываю приложение, и нажимаю обновить 5 раз подряд, с минимальным интервалом. В итоге вижу, что запросы с разными уникальными айди перемешались в консоли где запускал накст. Как такое может быть? Я думал что каждое обновление приложения, это грубо говоря новый сеанс, где всё начинается от nuxtServerInit и дальше по хукам жизненного цикла.
Есть 3 асинхронных запроса в nuxtServerInit обёрнутые в Promise.all и 8 запросов таким же образом из asyncData как они могут между собой перемешиваться, еще и с разными айдишниками? т.е разные вызовы обновления страницы какая-то странная асинхронная очередь на ноде такое чувство
Всем привет. Есть вопрос по механике работы накст, столкнулся с непонятным для себя моментом. В общем решил почекать время запросов на сср, накидал console.time/timeEnd. В каждый добавляю уникальный айди, генерирую его в самом первом хуке жизненного цикла накст - nuxtServerInit из главного стора. Открываю приложение, и нажимаю обновить 5 раз подряд, с минимальным интервалом. В итоге вижу, что запросы с разными уникальными айди перемешались в консоли где запускал накст. Как такое может быть? Я думал что каждое обновление приложения, это грубо говоря новый сеанс, где всё начинается от nuxtServerInit и дальше по хукам жизненного цикла.
Заголовки ответов смотри, может кэширует вэб-сервер (условно)