кто-нибудь юзал TypeORM?

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

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

Надо, чтобы функция, в которую передаётся элемент массива, возвращала Promise

спасибо!

Надо, чтобы функция, в которую передаётся элемент массива, возвращала Promise

а потом Promise.all на массив промисов применить?

а потом Promise.all на массив промисов применить?

Нет. Через for так же перебирайте

Подскажите а как лучше тестировать api с сокетами?

Подключиться и тетстировать

А все, кажется разобрался, глупый вопрос был

Классный материал почитать :) https://medium.com/@peterchang_82818/node-security-authentication-javascript-tutorial-example-session-brute-force-rainbow-table-crack-hijack-3b6c56ee938c

Ну нет же, исользуйте сеты. Сеты рулят.

Я где-то посмотрел, что в js set`ы сделаны через списки и это отбило у меня любое желание их использовать

> @Fl0pZz Я где-то посмотрел, что в js set`ы сделаны через списки и это отбило у меня любое желание их использовать Ну это же очевидный бред

> @Fl0pZz Я где-то посмотрел, что в js set`ы сделаны через списки и это отбило у меня любое желание их использовать Ну это же очевидный бред

Вот по фасту, можешь это опровергнуть?

Я где-то посмотрел, что в js set`ы сделаны через списки и это отбило у меня любое желание их использовать

https://github.com/v8/v8/blob/f2bd913cd459854894447f5422a953d23fa4e7ba/src/js/collection.js

Я конечно могу спутать ч полифилом

Сделаны через хеш-таблицу

Вот по фасту, можешь это опровергнуть?

Это очевидно - это деталь реализации и она не может относиться к языку

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

Да, мои сомнения развеяны?

Всем привет, как можно скачать excel файл с сайта к себе на сервер?

Да легко. Переходить через браузер по ссылке на excel файл.

Можешь с помощью скрипта выкачать, если ссылка по get не доступна.

А по подробнее можно?

появился еще один вопрос, который мучает меня и не дает покоя. В общем, вопрос следующий: 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??

появился еще один вопрос, который мучает меня и не дает покоя. В общем, вопрос следующий: 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(); Можно так, например.

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

ненене

Жуть какая

@artsdvatri А ошибки?

появился еще один вопрос, который мучает меня и не дает покоя. В общем, вопрос следующий: 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 не нравится?

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

await Promise.all(readyData) — вот так надо.

@artsdvatri А ошибки?

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

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

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

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

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

плохо показал, имхо. ты асинхронно атачишь хендлеры к уже запущенным промисам

А, стоп, так твой код вообще нерабочий.

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

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

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

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

Ты вызываешь уже созданные и запущенные промисы как функции.

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

async/await)

Это херота какая-то.

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

А, нет, я туплю.

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

Стоп, да, это я туплю, простите.

Не заметил () =>

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

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

)))

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

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

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

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

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

что не часто?

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

Вместо этого можно сделать цикл обычный и заэвейтить их. А если надо параллельно (как я подумал) — то кидаем всё в Promise.all

Вместо этого можно сделать цикл обычный и заэвейтить их. А если надо параллельно (как я подумал) — то кидаем всё в Promise.all

вот да

что не часто?

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

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

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

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

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

а для чего?

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

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

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

ERROR: S client not available

вот вообще

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

NDA

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

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

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

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

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

Про зстд кто-нибудь слышал?

Только что наткнулся: https://github.com/redox-os/tfs/issues/40

как это возможно? 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

режект молодец, а из функции ретурн кто будет делать?

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