Каждый пакет прежде чем взять нужно самому проверить корень пакета и от этого никуда не деться. Как ни крути

Я так понял в теме использования пакетов стандартов нет. Совсем недавно был на докладе по Django так там вообще пакетный мир осуждали))

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

Каждый пакет прежде чем взять нужно самому проверить корень пакета и от этого никуда не деться. Как ни крути

А потом еще и отслеживать)

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

Как будто их могло не быть

Так это человеческий фактор. Но использование пакетов с большим комюнити сглаживает эти проблемы.

его стало очень много т.к. все программисты javascript из за происходящего на рынке труда

в итоге: один шаристый пишет. все остальные смотрят и кивают, но js прогеры такого же уровня Jwt можно использовать.

Кто-нибудь собирал webpack из исходников?

Кто-нибудь собирал webpack из исходников?

Ты имеешь ввиду форкнуть репу и собрать самому?

ага

Ну я собирал, там же инструкция вроде есть

Так вот. Недавно только yarn файлы правили после матерков на deep-extend

npm sequrity может сделать весело :))

привет всем! Помогите решить проблему. пишу application, который управляет железом. Сервер общается с железом через node-serialport, сервер и клиент между собой - через socket.io. В общем крутиться все, делаю опросы регистров, все через promises. Все работает, за исключение одной вещи. Когда на железе происходит event, на самом деле железка пишет в регистр значение, которое я постоянно опрашиваю. Так вот при определенном значение какого-то там байта регистра я дают оповещение юзеру window.confirm(message). Юзер выбирает продолжить или завершить работу. Код на сервере такой:

а на клтенте такой:

сервер не ловит ответ клиента. Как решить проблему. Мне нужно именно в функции поймать ответ, чтобы resolve сделать

Можете посмотреть,кто не спит, найти ошибку , вот ссылка, я там в самом верху расположил коментарии https://codepen.io/anon/pen/bKppEJ

Не правильно. Напиши let router = express(); еще добавь listener

Не правильно. Напиши let router = express(); еще добавь listener

Вместо express.router

Не правильно. Напиши let router = express(); еще добавь listener

Так себе совет

Чем тебе роутер то не угодил

Ты смотрел его код?

Там нет листенера

Поэтому так рекомендовал

Так const app тогда или server а не router

Долго описывать

)

А вообще он экспортирует роутер, так что хз, есть ли там листерен

есть несколько асинк функций вызываемых подряд и для каждый ваще насрать на возвращаемый результат, ставить перед каждой await или в Promise.all обернуть?

есть несколько асинк функций вызываемых подряд и для каждый ваще насрать на возвращаемый результат, ставить перед каждой await или в Promise.all обернуть?

Promise.all же обосрется на исключении и не выполнит все

Цель функций async/await упросить использование promises синхронно и воспроизвести некоторое действие над группой Promises. Точно так же как Promises подобны структурированным callback-ам, async/await подобна комбинации генераторов и promises.

Promise.all же обосрется на исключении и не выполнит все

await тоже

Promise.all же обосрется на исключении и не выполнит все

промис алл принимает уже запущенные промисы, а запущенный промис отменить нельзя (только приложение уронив разве что)

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

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

Ну вот я про это

промис невозможно провернуть назад

Да ладно?

Если все операции должны выполняться асинхронно, то нужно асинхронно ждать ответов от них и соотвественно дальше в зависимости от ответов делать какие-то действия Если задача требует связи определенных асинхронных функций, то вероятно следует объеденить их в цепочку async function dep_test() { return 0; } async function test() { return 1; } dep_test().then( k => { test.then(e => { ... }); } ); все

не забывать про отреджекченый т.к. бывает всякое

цепочку можно записать по другому

Facepalm.jpg

с промисом можно делать все что угодно

А вообще он экспортирует роутер, так что хз, есть ли там листерен

Нет. Роутер — это тупо мидлварь.

Не путайте await и Promise.all Функция add1 приостанавливается на 2 секунды для первого await и еще на 2 для второго. Второй таймер создается только после срабатывания первого. В функции add2 создаются оба и оба же переходят в состояние await. В результате функция add2 завершится скорее через две, чем через четыре секунды, поскольку таймеры работают одновременно. Однако запускаются они все же не паралелльно, а друг за другом - такая конструкция не означает автоматического использования Promise.all. Если два или более Promise должны разрешаться параллельно, следует использовать Promise.all.

подробнее про это тут хорошо написано https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Statements/async_function

А я могу создать какой-нить ограниченный пул воркеров, чтобы не плодить асинхронное выполнение Что процессор под 100% забивается и крашится всё

Если все операции должны выполняться асинхронно, то нужно асинхронно ждать ответов от них и соотвественно дальше в зависимости от ответов делать какие-то действия Если задача требует связи определенных асинхронных функций, то вероятно следует объеденить их в цепочку async function dep_test() { return 0; } async function test() { return 1; } dep_test().then( k => { test.then(e => { ... }); } ); все

Then? Рили

realy

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

Для одновременного запуска можно запустить сначала без await. А потом подождать выполнение.

Для одновременного запуска можно запустить сначала без await. А потом подождать выполнение.

Можно кидать и через Promise.all() и через await + await если значения на выхлопе не важны, так кажется. Что значит продолжать выполнение, поставить эвейт на промис? Или запихнуть в промис.олл?

Можно кидать и через Promise.all() и через await + await если значения на выхлопе не важны, так кажется. Что значит продолжать выполнение, поставить эвейт на промис? Или запихнуть в промис.олл?

const one =promise1(); const two = promise2(); await one; await two; - запустит 1 и 2 одновременно, дождется обоих. В принципе аналог promise.all, только можно менеджить ошибки выборочно.

ага и смерджить их в одну

While items.length Ps.push new Promise items.shift Promise.all Ps then....

Эт все одновременно. Или await вместо пуша если последовательно

Или через reduce

Если нужно последовательно

Чтобы набивать по мере готовности понадобится два вайла. А как редюсом?

как удалить экземпляр класса?

Чтобы набивать по мере готовности понадобится два вайла. А как редюсом?

pArr.reduce((acc, p) => acc.then(p))

Примерно так

pArr.reduce((acc, p) => acc.then(p))

Выполнятся они параллельно, просто редьюсом набьются в цепочку.

Ну да

Нужно их в функции обернуть и вызывать в then

Только вот all последовательность не гарантировал

вроде как

Нет. Роутер — это тупо мидлварь.

там !== в нем

Только вот all последовательность не гарантировал

Редьюс тоже не гарантирует

Редьюс тоже не гарантирует

Как не гарантирует? У нас массив пересортировывается?

pArr.reduce((acc, p) => acc.then(p))

В этом виде не гарантирует

Как не гарантирует? У нас массив пересортировывается?

Так и в promise.all не пересортировывается :-)

https://hackernoon.com/functional-javascript-resolving-promises-sequentially-7aac18c4431e

Так и в promise.all не пересортировывается :-)

Да, но в итоговый массив промисы залетают по мере готовности, а не по порядку

в ноде можно for await of

Порядок не важен же

ну если не важен, то в путь

https://github.com/upend/IF_MS_BUYS_GITHUB_IMMA_OUT

https://github.com/upend/IF_MS_BUYS_GITHUB_IMMA_OUT

Ты это везде будешь постить?)

Ты это везде будешь постить?)

Нет. Только в двух конфах

Подскажите, где на фронте я могу увидеть данные которые отправляются через res.send(data) ?

Подскажите, где на фронте я могу увидеть данные которые отправляются через res.send(data) ?

Весь фронт состоит из того, что было res.send

res.render, res.json и т.д. тот же res.send по сути

Подскажите, где на фронте я могу увидеть данные которые отправляются через res.send(data) ?

В девтулзах

Подскажите, где на фронте я могу увидеть данные которые отправляются через res.send(data) ?

В network

Хм, видимо, я не так понял вопрос?

Хм, видимо, я не так понял вопрос?

тут я не верно его задал. в общем мне интересно, как можно передать json с серва на фронт, и где я его могу лицезреть на фронте

тут я не верно его задал. в общем мне интересно, как можно передать json с серва на фронт, и где я его могу лицезреть на фронте

вообще, именно в такой постановке можно по вебсоккетам. Если просто надо передать json, то клиент делает запрос на сервер, сервер отвечает jsonом и клиент получает его в теле ответа

Но просто взять и послать с сервера на клиент без long polls или веб-соккетов по просто http нельзя

А ещё, если шлёшь json, то лучше res.json и использовать