Size: a a a

Nuxt.js — русскоговорящее сообщество

2020 December 23

AE

Alexander Epifanov in Nuxt.js — русскоговорящее сообщество
Maveldous
обычно только эта причина
понял, что нужно писать в одну строчку.. хотел пошутить про детей и работу === время, базара нет
источник

AE

Alexander Epifanov in Nuxt.js — русскоговорящее сообщество
Max
Что бы отсечь такую вероятность, я для этого и генерирую уникальный айдишник в nuxtServerInit
При каждой отработке сср, генерируется новый айди, его я добавляю в console.log после каждого запроса на стороне ССР.
Если страница загружается без прерывания, то всё супер.
Везде логи запросов с одним уникальным айди и все отрабатывают.
Сначала те которые из nuxtServerInit, так как он раньше в жизненном цикле Накст, потом из asyncData.
Если я обновлю страницу и снова дождусь загрузки, тоже всё будет замечательно.
Но если я за одну секунду, сделаю 5 раз обновление страницы, не давая загрузится предыдущим 4м попыткам и загляну в логи, я увижу странную ситуацию.
Ожидаемая картина - это серия запросов с уникальными айди которые идут вместе, потом след серия с другим айди, потом еще.
Сколько было кликов на обновление, столько и серий логов.
Но по итогу, я могу запросы с одним и тем же айди увидеть в начале логов, и допустим где-то посредине, где сверху и снизу запросы с другим уникальным айди.
Каждое обновление это ж как новый сеанс, они не должны в консоли перемешиваться, а идти в определённом порядке.
В общем если совсем кратко и абстрагироваться от моего кейса, что происходит на Накст, именно на стороне ноды, если прервать загрузку страницы обновлением этой страницы?
По идее ж создается новый сеанс, а прошлый недозагруженый дропается.
я очень сомневаюсь, что это так работает с современными браузерами
источник

AE

Alexander Epifanov in Nuxt.js — русскоговорящее сообщество
Max
Что бы отсечь такую вероятность, я для этого и генерирую уникальный айдишник в nuxtServerInit
При каждой отработке сср, генерируется новый айди, его я добавляю в console.log после каждого запроса на стороне ССР.
Если страница загружается без прерывания, то всё супер.
Везде логи запросов с одним уникальным айди и все отрабатывают.
Сначала те которые из nuxtServerInit, так как он раньше в жизненном цикле Накст, потом из asyncData.
Если я обновлю страницу и снова дождусь загрузки, тоже всё будет замечательно.
Но если я за одну секунду, сделаю 5 раз обновление страницы, не давая загрузится предыдущим 4м попыткам и загляну в логи, я увижу странную ситуацию.
Ожидаемая картина - это серия запросов с уникальными айди которые идут вместе, потом след серия с другим айди, потом еще.
Сколько было кликов на обновление, столько и серий логов.
Но по итогу, я могу запросы с одним и тем же айди увидеть в начале логов, и допустим где-то посредине, где сверху и снизу запросы с другим уникальным айди.
Каждое обновление это ж как новый сеанс, они не должны в консоли перемешиваться, а идти в определённом порядке.
В общем если совсем кратко и абстрагироваться от моего кейса, что происходит на Накст, именно на стороне ноды, если прервать загрузку страницы обновлением этой страницы?
По идее ж создается новый сеанс, а прошлый недозагруженый дропается.
я был в вашей ситуации, когда у меня nuxtserverinit отрабатывал по несколько и сейчас отрабатывает так, если я консольку поставлю внутри аксиоса или еще чего, поэтому я и сказал, что это к наксту никакого отношения не имеет, но как от этого избавится? видимо ваше (как и мое в чем-то) написано неправильно
источник

M

Max in Nuxt.js — русскоговорящее сообщество
Alexander Epifanov
я был в вашей ситуации, когда у меня nuxtserverinit отрабатывал по несколько и сейчас отрабатывает так, если я консольку поставлю внутри аксиоса или еще чего, поэтому я и сказал, что это к наксту никакого отношения не имеет, но как от этого избавится? видимо ваше (как и мое в чем-то) написано неправильно
ну да
вроде всё работает корректно, но вот это непонимание, что за движ под капотом - напрягает)
надо будет завтра логи сервака почитать, которые именно в файл log пишутся, повторим такую многократную загрузку
источник

AE

Alexander Epifanov in Nuxt.js — русскоговорящее сообщество
Max
Что бы отсечь такую вероятность, я для этого и генерирую уникальный айдишник в nuxtServerInit
При каждой отработке сср, генерируется новый айди, его я добавляю в console.log после каждого запроса на стороне ССР.
Если страница загружается без прерывания, то всё супер.
Везде логи запросов с одним уникальным айди и все отрабатывают.
Сначала те которые из nuxtServerInit, так как он раньше в жизненном цикле Накст, потом из asyncData.
Если я обновлю страницу и снова дождусь загрузки, тоже всё будет замечательно.
Но если я за одну секунду, сделаю 5 раз обновление страницы, не давая загрузится предыдущим 4м попыткам и загляну в логи, я увижу странную ситуацию.
Ожидаемая картина - это серия запросов с уникальными айди которые идут вместе, потом след серия с другим айди, потом еще.
Сколько было кликов на обновление, столько и серий логов.
Но по итогу, я могу запросы с одним и тем же айди увидеть в начале логов, и допустим где-то посредине, где сверху и снизу запросы с другим уникальным айди.
Каждое обновление это ж как новый сеанс, они не должны в консоли перемешиваться, а идти в определённом порядке.
В общем если совсем кратко и абстрагироваться от моего кейса, что происходит на Накст, именно на стороне ноды, если прервать загрузку страницы обновлением этой страницы?
По идее ж создается новый сеанс, а прошлый недозагруженый дропается.
но(!) после обновления это прошло
источник

AE

Alexander Epifanov in Nuxt.js — русскоговорящее сообщество
Max
ну да
вроде всё работает корректно, но вот это непонимание, что за движ под капотом - напрягает)
надо будет завтра логи сервака почитать, которые именно в файл log пишутся, повторим такую многократную загрузку
источник

M

Max in Nuxt.js — русскоговорящее сообщество
а раньше 2 раза было?
источник

AE

Alexander Epifanov in Nuxt.js — русскоговорящее сообщество
Max
а раньше 2 раза было?
по 16 раз было
источник

M

Max in Nuxt.js — русскоговорящее сообщество
жестко)
источник

M

Max in Nuxt.js — русскоговорящее сообщество
у меня аякс только в виде рудимента остался, пару запросов на клиентской части
источник

M

Max in Nuxt.js — русскоговорящее сообщество
остальное граф
источник

AE

Alexander Epifanov in Nuxt.js — русскоговорящее сообщество
Max
жестко)
если я правильно вас понял, то было но прошло, я правда правил свои косяки - не без этого
источник

AE

Alexander Epifanov in Nuxt.js — русскоговорящее сообщество
Max
жестко)
важно что nuxtServerInit
источник

AE

Alexander Epifanov in Nuxt.js — русскоговорящее сообщество
ща
источник

AE

Alexander Epifanov in Nuxt.js — русскоговорящее сообщество
Max
жестко)
async nuxtServerInit ({ dispatch, commit }, { req }) {
   console.log('I AM async nuxtServerInit ({ dispatch, commit }, { req })')
   if (req.headers.cookie !== 'userID=null; token=null') {
     let { token } = cookie.parse(String(req.headers.cookie))
     try {
       this.$axios.setToken(token, 'Bearer')
       var { data } = await this.$axios.post('/check')
       if (data.status === 'success') {
         console.log('A IAM AXIOS')
       }
     } catch (e) {
       commit('setError', e)
     }
   }
 },
источник

AE

Alexander Epifanov in Nuxt.js — русскоговорящее сообщество
Max
жестко)
тупо по учебнику, и по моим консолям выше, этот код раньше слал, по 8, 12, 16 повторов, сейчас 1
источник

AE

Alexander Epifanov in Nuxt.js — русскоговорящее сообщество
был тикет заведен на этот счет на гиблабе, не могу его найти
источник

AE

Alexander Epifanov in Nuxt.js — русскоговорящее сообщество
"nuxt": "^2.14.11",
источник

AE

Alexander Epifanov in Nuxt.js — русскоговорящее сообщество
"@nuxtjs/axios": "^5.12.4",
источник

СР

Сергей Рыжков... in Nuxt.js — русскоговорящее сообщество
Maveldous
CKEditor классный из-за доки и своей интеграции со всем на свете, но весит больше чем обычные квиледиторы
Он весит много в том месте, где ты его используешь, не думаю что нужно это прям везде(если вынести в отдельный чанк) . И можно прям у них на сайте собрать свою кастомную сборку под свои нужды
источник