А почему ты не резолвишь промисы в readyData через Promise.all??

появился еще один вопрос, который мучает меня и не дает покоя. В общем, вопрос следующий: for(let i = 0; i < readyData.length; i++) { let req = readyData[i]; req.then(answ => { console.log(`done.`); }); } так вот, выполняется ли этот перебор синхронно? (как я вижу - нет) Потому что в промисе у меня происходит коннект к БД и производится действие с ней MongoClient.connect(url, (err, db) => { //... db.close(); }); Как видно из вышеприведенного кусочка, в конце я закрываю соединение вручную (мало ли). Проблема в том, что после 200+ элемента (случайно, так как доходило и до 364 эл-та) база возвращает ошибку: ... 'collection' of null.

Любой код на промисах выполняется асинхронно, дизайн такой

А почему ты не резолвишь промисы в readyData через Promise.all??

а это спасет меня от проблемы?)

@rmnff https://stackoverflow.com/questions/37576685/using-async-await-with-a-foreach-loop прочти популярный ответ

const promises = [ () => new Promise(...), () => new Promise(...), ... ]; function next(i = 0) { promises[i]().then(() => next(i + 1)); } next(); Можно так, например.

Жуть какая

появился еще один вопрос, который мучает меня и не дает покоя. В общем, вопрос следующий: for(let i = 0; i < readyData.length; i++) { let req = readyData[i]; req.then(answ => { console.log(`done.`); }); } так вот, выполняется ли этот перебор синхронно? (как я вижу - нет) Потому что в промисе у меня происходит коннект к БД и производится действие с ней MongoClient.connect(url, (err, db) => { //... db.close(); }); Как видно из вышеприведенного кусочка, в конце я закрываю соединение вручную (мало ли). Проблема в том, что после 200+ элемента (случайно, так как доходило и до 364 эл-та) база возвращает ошибку: ... 'collection' of null.

а чем тебе async/await for не нравится?

А в гит за него не запушить? :-) я показал направление

часто ли на ноде пишут с использованием функций генераторов? Я чет помучился с промисами и перешел на них

часто ли на ноде пишут с использованием функций генераторов? Я чет помучился с промисами и перешел на них

генераторы проще промисов? ват?!

генераторы проще промисов? ват?!

Ну логично. Промисы только обещали что-то, а генераторы сразу генерят код

генераторы проще промисов? ват?!

не то что проще, просто читаемость кода как последовательного

не то что проще, просто читаемость кода как последовательного

async/await)

это как раз таки намного проще генераторов

выглядит абсолютно синхъронно

(бля, отвечайте на сообщение, не пойму в каком треде участвую)

)))

(бля, отвечайте на сообщение, не пойму в каком треде участвую)

значит не часто, чаще через async/await?

Так в этом и задача была. Читай выше

значит не часто, чаще через async/await?

что не часто?

вот да

что не часто?

функции генераторы

функции генераторы

не вижу смысла их юзать для ожидания результата

они вообще не для этого

они вообще не для этого

а для чего?

для генерации?)))

для ленивых вычислений

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

вот вообще

зачем-то же их решили добавить в js?

Фибоначчи пока не надоест

зачем-то же их решили добавить в js?

так и были примеры использования

но промисы и асинки решают управление

Генераторы в основном существуют именно для корутин

Другие кейсы их использовния гораздо реже

да как-то... хз

ни разу не видел эффективного их использования

та же koa, ушла от генераторов к асинкам

Теперь когда есть асинки - да

Но например на генераторах можно сделать отмену корутины

Если кому надо

библиотека redux-saga полностью построена на генераторах, предполагается что писать тесты проще

а без библиотек, можно на генераторах что-то полезное написать?

хз, пытаюсь вспомнить

сейчас гуглю, ничего не нахожу

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

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

есть где посмотреть?

одно видео нашел https://www.youtube.com/watch?v=lil4YCCXRYc еще одно было где-то в закладках

есть где посмотреть?

NDA

Ну на асинках то такое тоже можно сделать

Вот пример с сагой хороший

Да в принципе много вариантов, но async генераторы там смотрелись логичнее всего — многоступенчатый процесс с циклами , отменами и возвратами, распределенный между несколькими корутинами, каждая имеет довольно приличное количество входов и выходов, с логическими развилками в зависимости от результата. Переписал просто async функции на них когда надоело в каждую атомарную функцию заново прокидывать контекст Если бы можно было при этом делать yield* то было бы ещё проще

Ну короче что то типа саги, да, только без либ

интересный опыт. Я просто постоянно работаю с сагой, поэтому в ноду решил запихать ‘co’ и везде писать yield. Плюс в mongoose примеры через yield

как это возможно? this.deleteTrade = (tradeID) => { return new Promise((resolve, reject) => { MongoClient.connect(this.url, (err, db) => { if(err || db == null) { reject('Failed to connect to DB. Try again later'); } db.collection('trades', {}, (err, trades) => { trades.remove({ _id: tradeID }, (err, result) => { if(err) { reject(err); } resolve(result); }); }); db.close(); }); }); } выдает ругань на строчку db.collection('trades', {}, (err, trades) => { вот такую: TypeError: Cannot read property 'collection' of null

ааа

ну я и тупой ^_^

Если не передавать туда коллбек - он вернет промис

Если не передавать туда коллбек - он вернет промис

Если mongoose то он возвращает query объект который тоже имеет then метод, но это не промис. Чтобы вернуть промис надо .exec() дописать, а ещё по хорошему забиндить нативные/блюберд промисы(там вроде встроенные mPromise и они deprecated)

Я про монгоклиент

А, чёт не увидел что вопрос про монгоклиент

Сорян

Если mongoose то он возвращает query объект который тоже имеет then метод, но это не промис. Чтобы вернуть промис надо .exec() дописать, а ещё по хорошему забиндить нативные/блюберд промисы(там вроде встроенные mPromise и они deprecated)

какой промис вы используете обычно для mongoose?

Я нативные использую

Я нативные использую

mongoose.Promise = global.Promise ?

С другими правда не работал, здесь писали что блюберд лучше по скорости

Ага

Спасибо. Не помню почему, у меня продолжал показывать предупреждение про deprecated :(

Кстати, да Я использую mongoose, сразу после инициализации добавляю промисы bluebird, однако все равно ошибка валится

Как отследить первый вызов require?

Йо. Можете объяснить, что означает здесь слово децентрализация? То есть данные хранятся на клиентах, а сервер только аккаунты хранит или как? https://mastodon.social

Интересно, как организован поиск по таким серверам. Если мне например нужно найти конкретное id, а оно может быть на любом из десятков серверов.

есть у кого на примете нормальный excel pasrser?

JWT, oauth2

(сейчас опять кто-то напишет какой JWT плохой)

Спасибо. Не помню почему, у меня продолжал показывать предупреждение про deprecated :(

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

Такая же как везде ) прочитай просто об аутентификации для начала

даже без всех эти размашистых доводов, можно просто без кук поработать с закрытыми авторизацией ссылками и потом смело всю жизнь использовать для сессий куки и не придумывать. а учитывая что куки самое защищенное хранилище при должном подходе то вообще непонятно для чего все остальное

Я в данный момент делаю апи для мобильного приложения. В JWT держу айди пользователя и массив его ролей. Благодаря этому мне не нужно обращаться к базе при каждом запросе, чтобы узнать, может ли юзер выполнить то, или иное действие. Кроме того, мобильникам не нужно парсить/собирать куки у себя. В реактовой админке тоже будет аутентификация с JWT, что позволит апишку повесить на домене api.*.

Я в данный момент делаю апи для мобильного приложения. В JWT держу айди пользователя и массив его ролей. Благодаря этому мне не нужно обращаться к базе при каждом запросе, чтобы узнать, может ли юзер выполнить то, или иное действие. Кроме того, мобильникам не нужно парсить/собирать куки у себя. В реактовой админке тоже будет аутентификация с JWT, что позволит апишку повесить на домене api.*.

можно без JWT шифровать данные и расшифровывать их потом на стороне сервера