IZ
лучший
Есть альтернатива?
Size: a a a
2019 October 19
DK
Я уже с ума сходу изза этой таски
H
всем привет. В ноде отдаю файл (txt) с помощью res.download, если зайти по url то файл скачивается на комп, как сделать тоже самое с помощью fetch, т.е скачать и сохранить файл без перезагрузки всей страницы?
JD
@hamti не совсем понял вопрос, не фронт ни разу, но вдруг это поможет, скачиваю файлы через fetch такой функцией
async function download(url, outputPath) {
const res = await fetch(url)
return await new Promise((resolve) => {
const fileStream = fs.createWriteStream(outputPath)
res.body.pipe(fileStream)
res.body.on("error", (err) => {resolve({error:err})})
fileStream.on("finish", () => {resolve({status:'OK'})})
})
}H
@hamti не совсем понял вопрос, не фронт ни разу, но вдруг это поможет, скачиваю файлы через fetch такой функцией
async function download(url, outputPath) {
const res = await fetch(url)
return await new Promise((resolve) => {
const fileStream = fs.createWriteStream(outputPath)
res.body.pipe(fileStream)
res.body.on("error", (err) => {resolve({error:err})})
fileStream.on("finish", () => {resolve({status:'OK'})})
})
}на фронте это работать не будет, нет тот чат я выбрал конечно, я думал может какой то заголовок нужно поменять
AZ
Лучше брать process.hrtime, сторить результат в редисе с expirable set с идентификатором, сравнивать после с результатом идентификатора и удалять данные из редиса
Эмм, редис для хранения тоже не помощник. Он же не "сообщит" о том, что истекло время ожидания ответа. А проверять каждый раз наличие записи в редисе или просто сравнить Date.now() с переменной. Тут выбор очевиден.
Да и привязка этой маленькой части функционала к редису как-то... не хочется делать внешние зависимости
Да и привязка этой маленькой части функционала к редису как-то... не хочется делать внешние зависимости
I
mobx ? нах вам редакс сдался
KG
mobx ? нах вам редакс сдался
группой не ошиблись?)
ТК
Эмм, редис для хранения тоже не помощник. Он же не "сообщит" о том, что истекло время ожидания ответа. А проверять каждый раз наличие записи в редисе или просто сравнить Date.now() с переменной. Тут выбор очевиден.
Да и привязка этой маленькой части функционала к редису как-то... не хочется делать внешние зависимости
Да и привязка этой маленькой части функционала к редису как-то... не хочется делать внешние зависимости
У редиса есть эвенты
Ну и ты про истекло ничего не говорил
А вообще лучше для этой цели очередь заюзать, потому что таймеры в жсе так себе идея
Ну и ты про истекло ничего не говорил
А вообще лучше для этой цели очередь заюзать, потому что таймеры в жсе так себе идея
ТК
Эмм, редис для хранения тоже не помощник. Он же не "сообщит" о том, что истекло время ожидания ответа. А проверять каждый раз наличие записи в редисе или просто сравнить Date.now() с переменной. Тут выбор очевиден.
Да и привязка этой маленькой части функционала к редису как-то... не хочется делать внешние зависимости
Да и привязка этой маленькой части функционала к редису как-то... не хочется делать внешние зависимости
Если и хранить все в одном объекте локально- лучше тогда уж интервалом раз в период времени брать из объекта все айдишки, у которых время различается с текущим на нужный тебе период времени
ТК
При росте нагрузки хуйня полная- плодить таймеры
АП
Да вполне очевидно, что нужен периодический опрос. А дальше уже вопрос реализации - через setinterval с флагами, либо settimeout
Но всё равно непонятно почему два раза в секунду это слишком редко. Возможно задача надуманно переусложнена
Но всё равно непонятно почему два раза в секунду это слишком редко. Возможно задача надуманно переусложнена
AZ
У редиса есть эвенты
Ну и ты про истекло ничего не говорил
А вообще лучше для этой цели очередь заюзать, потому что таймеры в жсе так себе идея
Ну и ты про истекло ничего не говорил
А вообще лучше для этой цели очередь заюзать, потому что таймеры в жсе так себе идея
Как ничего не говорил? В вопросе сразу указано, что ответ ожидается не больше 3сек.
AZ
Да вполне очевидно, что нужен периодический опрос. А дальше уже вопрос реализации - через setinterval с флагами, либо settimeout
Но всё равно непонятно почему два раза в секунду это слишком редко. Возможно задача надуманно переусложнена
Но всё равно непонятно почему два раза в секунду это слишком редко. Возможно задача надуманно переусложнена
Я х.з. почему нужна такая точность. В ТЗ описано - погрешность таймаута не более 50мс.
ТК
Как ничего не говорил? В вопросе сразу указано, что ответ ожидается не больше 3сек.
Ответ ожидается- кем ожидается? Нужно ли какое-то действие выполнять, если ответа нет? Нужно ли как можно точнее через 3 секунды или после 3 секунд в течение долгого периода времени действие позволительно?
AZ
Ответ ожидается- кем ожидается? Нужно ли какое-то действие выполнять, если ответа нет? Нужно ли как можно точнее через 3 секунды или после 3 секунд в течение долгого периода времени действие позволительно?
Вот смешно сейчас - ну пропустили часть вопррса, не надо теперь дурью маяться. Почему-то все поняли суть, а вы нет... Смешно выглядит, ей Богу.
ТК
Вот смешно сейчас - ну пропустили часть вопррса, не надо теперь дурью маяться. Почему-то все поняли суть, а вы нет... Смешно выглядит, ей Богу.
Дурью маяться?:) Смешно выглядит скорее то, что ты вопрос ставить не умеешь
ТК
Моя дотошность вполне оправдана, так как от нее зависит качество решения, которое тебе здесь могут предложить
AZ
Дурью маяться?:) Смешно выглядит скорее то, что ты вопрос ставить не умеешь
Да ты что... Если из всех ответивших вопрос не понял только один - вывод очевиден... Еще и редис за каким то хреном притянул...
ТК
Да ты что... Если из всех ответивших вопрос не понял только один - вывод очевиден... Еще и редис за каким то хреном притянул...
Если тебе не нравится, что я тебе пытаюсь помочь, углубляясь в твой вопрос и помогая поставить вопрос более точно- могу разве что предупреждение вынести за токсичность