если bluebird то да

Спасибо!

если стандарт: Promise.all(['urls'].map(url => doSomeWithUrl$(url)))

так по очереди же ._.

var chain = Promise.resolve(); for (let i=0; i<urls.length; i++){ chain = chain.then(function(body){ domSomeBody(body); return doSomeUrl(urls[i]);} } chain.then(function(body){doSomeBody();})

urls.reduce((prev, url)=>prev.then(()=>request(url)), Promise.resolve()).then()

да; забыл про строгую очередность

а вообще юзай async await и не мучай нас

const urls = ['/a', '/b']; function fetch(url) { return new Promise(resolve => { setTimeout(() => { console.log(url) resolve(); }, 100); }); } async function fetchAll(urls) { for (const url of urls) { await fetch(url); } } fetchAll(urls);

а если нужно в 10 потоков?

тогда врятли возможно соблюсти очередность

да и какой смысл многопоточности, если надо в строгом порядке и выполнять следующий запрос только после завершения текущего?

Нет, у меня похожая задача была, но порядок не важен

я кроме как async queue даже не знал как решить http://caolan.github.io/async/docs.html#.queue

вот интересно на нативных промисах пожно это сделать в 10 потоков или нет

нода не умеет потоки

только если кластер запускать

Ребят, подскажите, как сгенерить рандомное число? Только реально рандомное, чтобы воще никогда оно не повторялось. Сейчас сделал так: rand(1000000, 9999999) + '' + Date.now(), но часто вылетаю за размер Integer

bcrypt?

Ребят, подскажите, как сгенерить рандомное число? Только реально рандомное, чтобы воще никогда оно не повторялось. Сейчас сделал так: rand(1000000, 9999999) + '' + Date.now(), но часто вылетаю за размер Integer

https://www.npmjs.com/package/node-uuid

Ребят, подскажите, как сгенерить рандомное число? Только реально рандомное, чтобы воще никогда оно не повторялось. Сейчас сделал так: rand(1000000, 9999999) + '' + Date.now(), но часто вылетаю за размер Integer

а где использовать необходимо?

а где использовать необходимо?

В каком плане?

для каких целей?

необходимо именно число рандомное или любая строка?

отрицательные подойдут?

ну так-то любая рандомная строка (число я приводил к строке через bas58). Однако, вариант с UUID я думаю, подойдет

есть две переменные: Number.MAX_SAFE_INTEGER и Number.MIN_SAFE_INTEGER

Это я знаю

Был вариант гонять цикл, пока не влезем)

Но чет как-то не оч

Но для рандомной строки uuid4 это лучший выбор

если страшно - то v1

crypto.randomBytes(16).toString(‘hex’)

https://www.youtube.com/watch?v=FDELBFSeqQs https://github.com/ajbrock/Neural-Photo-Editor

ребят а есть ли группа в телеграме по express?

но зачем?

группа по Express не нужна

Express вообще

Может быть ещё группу по оператору if? :)

:D

я в нее не пойду - только в else

loopback разве не koa? :)

пачиму?

Because LoopBack is built on Express, you can add custom routes just as you do in Express.

оки вопрос тут задам

Внимание! Вопрос:

а пачиму koa то?

ну так ответьте

я люблю конструктив

а сказать "экспресс для старичков" звучит как-то не солидно

KOA:" Expressive middleware for node.js using generators via co to make writing web applications and REST APIs more enjoyable to write"

нифига не more enjoyable

это так характеризует его разраб этого фреймворка

цитата

hapi was created around the idea that configuration is better than code, that business logic must be isolated from the transport layer...

ERROR: S client not available

кодец одинаковый по сути почти

в плане написания

сравнение: https://www.airpair.com/node.js/posts/nodejs-framework-comparison-express-koa-hapi

коа - 12000 звезд, 5500 скачиваний в день экспресс - 27500 звезд, 276,933 скачиваний в день

экспресс попса прост

http://stackoverflow.com/search?q=koa 1152 результата http://stackoverflow.com/search?q=express - 173635 результатов

тоже кстати варик

для выбора

можно даже express js вбивать и получить ок 7000 результатов

попса = больше документации, больше людей, которые умеют работать с ним, больше найденных и исправленных багов

так вот собственно вопрос: я разобрался с express, накидал REST API, но проблемка, теперь нужно проверять пользовательский ввод. Так собственно вопрос: нужно для каждого роута свою проверку делать?

а есть ещё варианты?))

так коа же после реакта вышел) он новее, естесвенно там меньше статей будет

но суть то в том что новое

улучшает старое

это тоже хорошая причина его не юзать:)

это неправда

вернее не всегда правда

а есть ещё варианты?))

поэтому и спросить решил, малоли есть идеи какие-то

я старик:(

ну лучше на асме тогда писать

хуле

хорошая причина его юзать это async/await против callback-hell express’а

в экспрессе тоже можно юзать асинк авейт, с бабелем

что мешает async/await в экспрессе?

так вот собственно вопрос: я разобрался с express, накидал REST API, но проблемка, теперь нужно проверять пользовательский ввод. Так собственно вопрос: нужно для каждого роута свою проверку делать?

ну вообще можно запилить набор валидаторов для типов данных Но в каждом роуте все равно будет уникальный валидатор

в экспрессе тоже можно юзать асинк авейт, с бабелем

но не на уровне фреймворка