Смотри подробнее на функцию resolve(), ее вызов говорит промису, что все ок, можно идти дальше

подскажите пожалуйста как в коа использовать разные проверки (middleware) для разных роутов. К примеру на серве есть ui часть, которая работает через jwt и все урлы нужно проверять на jwt. и есть просто апи методы, в которых нужно выставить специальный хедер, который не нужен в jwt и наоборот этим роутам не нужна авторизация по jwt. Как это можно сделать?

что нужно передать в resolve из этого куска кода { const dlPath = folder + '/' + 'dl.txt'; let file = fs.createWriteStream(dlPath); https.get(result, function (response) { response.setEncoding('utf8'); response.on('error', function (err) { console.error(err) }); response.pipe(file) })

в упор не понимаю

Может file.end(resolve...

Это тема про стримы

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

и еще, кто следит, в 8 ноду упадут es6 модули?

неужели никто не знает как разделить проверки для роутов в коа? чтобы не было конфликтов?

?

В чем проблема на входе смотреть заголовок и использовать middleware или идти дальше?

А если еще роуты используешь, так я вообще не вижу проблемы

https://github.com/alexmingoia/koa-router

7 версия для koa@next

Это мастер ветка

В чем проблема на входе смотреть заголовок и использовать middleware или идти дальше?

не совсем понимаю как работает. в app.use проверить хедер и дальше как?

У тебя есть middleware

В нем условие поставить

if() { return next() }

Т.е не использовать дальше middleware

наоборот, перейти к след. мидлваре, т.е. к роуту например

app.use(async (ctx, next) => { if (ctx.request.header['qwe']) { await next(); } else { ctx.status = 403; ctx.body = { message: 'Access denied', error: ctx.error }; } }); app.use(routes());

это проверка на хедер

а как быть с jwt ? у меня такой код app.use(jwt({ secret: publicKey, algorithm: 'RS256' }));

наоборот, перейти к след. мидлваре, т.е. к роуту например

Я имел ввиду, что именно текущий middleware дальше не пойдет и перейдет к следующему

jwt({ secret: publicKey, algorithm: 'RS256' }) Возвращает тебе анонимную функцию

Которая принимает ctx и next

Главное не пересоздавай ее внутри middleware

А то херня получится )

вроде идею понял, по коду пока не понимаю как оно :( не сталкивался с таким до этого момента

const jwtMiddleware = jwt({ secret: publicKey, algorithm: 'RS256' });

это я понял, а использовать дальше jwtMiddleware в каком контексте и как, вот это я не понял, именно как это связать с проверкой хедера\

app.use(async (ctx, next) => { await jwtMiddleware(ctx, next); });

ну и получается дальше идут роуты, которые работают через jwt так?

Лучше тогда использовать https://github.com/alexmingoia/koa-router

Почему таким путем не пойдешь?

его и использую, я не хочу в каждом методе проверять jwt или хедер

с ростом методов будут копироваться проверки, а так все проверки выкатил наружу в middleware

koa@0.*

https://camo.githubusercontent.com/4bafe27df6fb198d66e134a3f977fcfc4ad75ff5/687474703a2f2f68336d616e74682e636f6d2f692f6b6f616a732e676966

https://camo.githubusercontent.com/4bafe27df6fb198d66e134a3f977fcfc4ad75ff5/687474703a2f2f68336d616e74682e636f6d2f692f6b6f616a732e676966

что-то меня эта гифка еще больше сбила с толку, буду разбираться дальше :) спасибо за отклик

Это старая koa

Но сути не меняет

Это даже не 1.*

вот на данном этапе у меня вот так: app.use(jwt({ secret: publicKey, algorithm: 'RS256' })); app.use(routes()); app.use(async (ctx, next) => { if (ctx.request.header['qwe']) { await next(); } else { ctx.status = 403; ctx.body = { message: 'Access denied', error: ctx.error }; } }); app.use(anotherRoutes());

routes() и anotherRoutes() это koa-routes routes()

но такой код неправильный

пытался отдельные апы сделать в которых свои middleware есть и через koa-mount собрать все в один, но в таком случае на любой запрос падает на серваке ошибка TypeError: next is not a function

сори, не вникал, но зачем тут async/await ?

Результаты поменялись (ff49): var: 233.21мс, let: 33.05мс Чяднт?

этот баг чисто для v8, в ff спайдерманки же, у них там своя реализация

это не баг

Ребят, кто-то может помочь в решении тестового задания, подсказать в каком направлении двигаться?

Ребят, кто-то может помочь в решении тестового задания, подсказать в каком направлении двигаться?

а ты напиши что за задание, и тебе помогут

Story As user I want a tool for evaluating website performance. Acceptance criteria It should be a web site, Node.JS (suggestion: you can use bootstrap framework) It should be a page with text box where user can enter URL Application has to determine sitemap of requested URL, sends requests to sitemap’s URLs and measure response time (tip: you should not expect that sitemap.xml exists) Test result should display pages speed graphically (top of the page) Test result should display page speed as a table (bottom of the page). Table should contain min and max values for each page Slowest requests should be on top It should be possible to evaluate tests result history for tested web sites Source code for the task should be uploaded to GitHub or Bitbucket Notes Approach, tools, database engine can be selected by candidate It would be super cool in case response time is showed in real time. However it is not required.

Как-то так

Есть у кого какие идеи?

есть идея сделать как написано

там же по шагам описано все

¯\_(ツ)_/¯

¯\_(ツ)_/¯

🤷‍♂

только я бы нодой запросы не слал, а считерил, дергая через execFile какой нибудь siege, который предоставляет готовую инфу)

Да ладно, какие проблемы

Тут ни гистограммы строить не надо, ничего персентили считать

Самое сложное - это карту построить

Но тут уж примерно с помощью cheerio

Пройтись

С лимитом переходов

Но тут уж примерно с помощью cheerio

Благодарю

html поддерживает только 3 типа видеофайлов? "In HTML5, there are 3 supported video formats: MP4, WebM, and Ogg."

Node v6.9.3 (LTS) https://nodejs.org/en/blog/release/v6.9.3

Node v4.7.1 (LTS) https://nodejs.org/en/blog/release/v4.7.1

кому они нужны, бот?

а вот завтра снова проиграешь по v7.4.0

я спрашивал в твиттере, пока не назвали ни одного

но пошутили про похмелье.жс

о, а v7.4.0 не будет уже завтра лол

надо же

будет v7.3.1

но пошутили про похмелье.жс

знатная шутка, да )

о, а там может и 7.4 все же