Ну можно раз в секунду опрашивать сервака готовы ли данные

Не очень может красиво, но если у вас такое только одно место, то вам не нужно отдельно поддерживать целый бэкэнд

не одно

Тогда логично сами эти запросы делать с node.js сервера, а потом результат посылать в пхп апи и клиенту

обработкой данных занимается API на php, как node сервер узнает о том, что обработка завершена?

Hi everyone. In many pages I'm using sweet alert. Here is the mixin config I use :
const Toast = Swal.mixin({
   toast: true,
   position: 'top-end',
   showConfirmButton: false,
   timer: 3000,
   timerProgressBar: true,
   didOpen: (toast) => {
       toast.addEventListener('mouseenter', Swal.stopTimer)
       toast.addEventListener('mouseleave', Swal.resumeTimer)
   }
})
And I use This to show the defined Toast after giving axios response:
Toast.fire({
   icon: 'success',
   title: response.text
})
The question is how can I assign the config (first section) globally to prevent redundany ?
Right now I'm putting const Toast = Swal.mixin({...}) in every page

я думаю сделать сокет сервер на node js, связать его с клиентом, как только api закончил обрабатывать данные, я инициирую  http запрос с api с id пользователя на сокет сервер, сокет сервер уведомляет клиента о том что обработка закончена

Никак, по сути вам нужно будет опрашивать php сервер внутри node.js. Выиграш только в том что твой node.js и пхп могут быть на одном серваке. Поэтому я вам и говорю, что опрашивать пхп сервер прямо с клиента будет проще. Ну или пхп сервер должен дернуть какой-то урл на нод сервере

"Ну или пхп сервер должен дернуть какой-то урл на нод сервере"
я вероятно так и сделаю

Ну или вы в принципе можете не разрывать конект с пхп сервером. Клиенту отдать ответ с ноды что вы залогинены. А по окончанию пхп запроса сами данные послать

Вообще все равно звучит как оверинжиниринг. Проще сделать два обычных Http запроса один логинит юзера. Второй идет за данными и висит пока данные не получены

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

Ребят выручайте, не могу, ломаю голову. У меня огромный цикл. v-for. в котором есть в одной поле значение, и на каждой итерации, он должен запоминать предведущее значение, и на основе предведущего значения менять его и выводить в другой итерации измененное значение, и таких 100 и более циклов

Просто еще одно место где что-то может пойти не так. Утечка памяти или еще что. Возможно вам там еще сессии придётся поднимать. Если честно, то не работал с сокетами поэтому не хочу выдумывать проблемы

Можно пример работы для пары циклов?
Пока я вижу такое решение задачи:

arr =[1,2,3,4,5,6,7,8,9]
prev = null
c = 0
arr.forEach((v)=>{
  if (c>0) {
    prev = arr[c-1]
  }
  // изменяем исходное значение, используя предыдущее значение
  arr[c] = prev * v
c++
})

async fetch() {
      this.$emit('start-load-content');

      try {
        await this.$axios.$get('/api/site/emails');
        this.$emit('success')
        console.log('success')
      } catch (err) {
        console.log('error')
      } finally {
        console.log('finally')
      }
    }

В родительском компоненте отлавливаю событие success, но ничего не происходит
Стоит убрать await this.$axios.$get('/api/site/emails') - все ок
Сам запрос отвечает 200
В инспекторе кстати событие тоже эмититься

async fetch() {
      this.$emit('start-load-content');

      try {
        await this.$axios.$get('/api/site/emails');
        this.$emit('success')
        console.log('success')
      } catch (err) {
        console.log('error')
      } finally {
        console.log('finally')
      }
    }

А не проще делать запрос в родительском и передавать пропсом?

не проще

async fetch() {
      this.$emit('start-load-content');

      try {
        await this.$axios.$get('/api/site/emails');
        this.$emit('success')
        console.log('success')
      } catch (err) {
        console.log('error')
      } finally {
        console.log('finally')
      }
    }

хуки выполняются наоборот. то есть дочерний fetch выполнится раньше, чем родитель подпишется на событие

родительский - это переиспользуемая модалка, поэтому выносить туда запрос к серверу не хочеться