Блин, а continue из setTimeout для цикла нельзя сделать?

у тебя цикл блокирует основной поток приложения

Всем привет. Помогите, пожалуйста, решить проблему, может кто-то уже с этим сталкивался.
Задача такая: нужно принять с сервера бинарный файл и скачать его на пк.
Проблема в том что если я сначала скачиваю на фронт , а затем по везде одинаково описанному алгоритму(создаю ссылку Blob с атрибутом download и искусственно нажимаю на нее), загружается медленно + уже на пк идет  ломаный файл(100% не приходит ломаный с бека)
второй способ я пробовала сразу в атрибут  href положить саму ссылку на скачивание, в этом случает файл идет в загрузки но пишет "Ошибка: Запрещено."

Та же задача?

доступ к хранилищу файла должен быть открыт

yep)

не очень понимаю твоей проблемы, но могу предложить сделать следующее:

function fetchWrap(url, options, timeout) {
    return new Promise((resolve, reject) => {
        fetch(url, options).then(resolve, reject)
        
        if (timeout) {
            setTimeout(reject, timeout, new Error('request timeout'))
        }
    })
}

А потом это обернуть в

const result = Promise.allSettled([
    fetchWrap('/path', {}, 60000),
    fetchWrap('/newpath', {}, 60000)
])

что вы имеете в виду?

В чем проблема

for(200раз) {
  request(url)
     .then(nextRequest)
}

Это не будет блочить поток

что написал

Ну 200 как выполнится

Ожидать он не будет запросы. Лишь калбеки закинет в микротаск кью, как только будет готово

доступ на сервере?

function fetchWrap(url, options, timeout) {
    return new Promise((resolve, reject) => {
        fetch(url, options).then(resolve, reject)
        
        if (timeout) {
            setTimeout(reject, timeout, new Error('request timeout'))
        }
    })
}

const result = Promise.allSettled([
    fetchWrap('/path', {}, 60000),
    fetchWrap('/newpath', {}, 60000)
])

Тем самым ты задашь timeout для всех запросов. А потом тебе останется разобрать, какие промисы успешно выполнились, а какие были ошибочными/завершились по timeout

Да херовая идея делать через оллсетлд, думаю

Ему нужно максимум 200 запросов параллельно

Оллсетлд будет ждать пока все 200 не выполнятся, а надо как только 1 выполнился, то взялся следующий

И будет всегда по 200, это как минимум быстрее будет

Объясните пожалуйста, зачем в jest мокать api вызовы, например axios? Я хочу получить данные из инета, а не писать их в mockResolvedValue, которые заменяют ответ любого запроса. Где они используются? Проблему они так и не решают с проверкой ответа апи на какое то соотвествие