интересно, как он выглядит в разных проектах.. пишу одну штуку, для упрощения описания роутинга

интересно, как он выглядит в разных проектах.. пишу одну штуку, для упрощения описания роутинга

Поищи этот файл по репам в гите

хотел фидбек получить от тех у кого есть роуты

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

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

норм, кидай

норм, кидай

https://codepen.io/rogaldh/pen/xdeYZP

спасибо

спасибо

?

интересно, как он выглядит в разных проектах.. пишу одну штуку, для упрощения описания роутинга

Типо декларации путей как у vue router?

Типо декларации путей как у vue router?

не знаю как там

Вложенные пути · GitBook https://router.vuejs.org/ru/essentials/nested-routes.html

Кстати сейчас сам пишу подобную штуку для клиентской части: только не для роутинга, а для обращения к REST API

Кстати сейчас сам пишу подобную штуку для клиентской части: только не для роутинга, а для обращения к REST API

подобную vue?

подобную vue?

Не, подобную декларации путей как у vuerouter

Но пока проект заглох

Подскажите хороший видеокурс по ноде?

ребят, а как точнее работает async/await? async getWallets() { try { const users = await this.db.getUsers(); const essences = users.map(user => this.db.getEssences(user.uniqueId)); const wallets = await Promise.all(essences); return wallets; } catch(err) { console.log(err); } } просто вот тут у меня все ломается на моменте const wallets = await Promise.all(essences); я определенно что-то делаю не так, или ошибка не здесь?

как ломается

await (()=> Promise.all...)()

ребят, а как точнее работает async/await? async getWallets() { try { const users = await this.db.getUsers(); const essences = users.map(user => this.db.getEssences(user.uniqueId)); const wallets = await Promise.all(essences); return wallets; } catch(err) { console.log(err); } } просто вот тут у меня все ломается на моменте const wallets = await Promise.all(essences); я определенно что-то делаю не так, или ошибка не здесь?

Очередной криптостартап?

А. Ретурн из асинка обязательно. Так что можешь не ловить исключение

Само поймается

И в режект упадет

Но вообще Promise.all в асинке.... Бггг

как ломается

на самом деле ломается так, что в монге не коннектится и вот я думаю, может он слишком много коннекшенов открывает? внутри await все работает синхронно, или вместе?

Но вообще Promise.all в асинке.... Бггг

лол а как ещё дождаться исполнения массива промисов?

на самом деле ломается так, что в монге не коннектится и вот я думаю, может он слишком много коннекшенов открывает? внутри await все работает синхронно, или вместе?

просто почитай стандарт там всё подробно описано а если к монге не коннектится, то возможно проблема не в этом месте

просто почитай стандарт там всё подробно описано а если к монге не коннектится, то возможно проблема не в этом месте

this.getEssences = (tuid) => { return new Promise((resolve, reject) => { MongoClient.connect(this.url, (err, db) => { if (err || db == null) { reject('Failed to connect to DB. Try again later'); } try { var collection = db.collection('data'); collection.find({ ztuid: tuid }).toArray((err, result) => { if (err) { reject(err); } resolve(result); }); } catch(err) { reject('collection error'); } if(db != null) db.close(); }); }); } 1. if(db != null) {db.close();} - как мне кажется - не лучшая практика 2. вот у меня все улетает в reject('Failed to connect to DB. Try again later');

Но вообще Promise.all в асинке.... Бггг

А что такого? Как предлагаешь ждать результата нескольких параллельных операций?

MongoClient.connect промис возвращает, кстати

Да хз. Я бы then тогда после писад

await и придумали чтобы .then не писать

Или yield в генераторах

ну yield не совсем для этого, но await и promise.all совсем норм

https://youtu.be/QO07THdLWQo

Вот так извращались с асинхронностью до async/await

Собственно async/await это синтаксический сахар для вот этого.

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

посоны, есть чат по линуксу? можно линк?

лол а как ещё дождаться исполнения массива промисов?

Можно

а то у моей федры dns резолвер полетел и мои потуги не решают проблему :С

Временно впиши в /etc/resolv.conf (до рестарта).

прикол в том, что этого файла там впрнципе нет

там все разруливает susyemd-resolved, но чтение манов и попытка поправить конфиги ничего не решили

Хм, извращенцы.

вот вот, а ведь мог и дальше на арче сидеть, что меня дернуло поставить эту дрянь :/

так есть ссылка на чат для линуксоидов?

Кто как права доступа и группы разруливает в Express / koa?

А в чем проблема

Просто думаю как это правильно организовать все

Примеры может есть какие

У меня сваггер прикручен для прав

Не только для этого, но и доступ можно разграничить

Это что за либа?

Это штука для описания апи с помощью сваггер файла

И есть либа swagger-node для интеграции с нодой

спасибо надо глянуть

а на aws lambda строит кто нибудь апи? как оно ?

У нас пару хуков вертится через апи гейтвей

Но апи на бинстолке

у нас тоже на бинстолке, думаю есть ли смысл на lambda писать все

Надо считать по деньгам

ERROR: S client not available

И я не уверен как оно латенси всего этого будет

у нас тоже на бинстолке, думаю есть ли смысл на lambda писать все

а какие вы инстансы на бинстолке юзаете?

а какие вы инстансы на бинстолке юзаете?

хз даже, не я настройкой занимался, скорее что то в районе t2.large

и кластером по процессам спавните?

ну да через pm2

хотя я думаю еще про вариант несколько контейнеров докера + nginx как балансер

да, тоже как вариант

у нас одноядерные крутятся

но думаем переходить на инстансы побольше

из-за enhanced network-инга

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

да, 15-20 минут у меня на 2 инстанса бинстолка разворачивается это сейчас

докер немного быстрее разворачивается

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

ну раз сконфигурировал и все :)

лямбду то тоже надо будет деплоить как-то

прям как вебпак ?

как минимум знаю минус у лямбы, это облом с вебсокетами

вообще где-то в статье читал, что лямбда выходит дешевле инстанса, если памяти много не выжирает

интересно засунуть целое express/koa приложение в одну лямбду это норм или зашквар? по бабкам скорее дороже выйдет чем api gateway + много лямбд

я как апи гейтвей будет тогда именно к этой лямбде конектится?

ну по маске как нибудь все запросы?

Просто как оно будет именно к этой лямбде подключатся, а не запускать новую

а зачем каждый раз к ней? можно же новую

если апп стейтлес

А, я что-то гоню :)

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

Роутер надо будет самому сделать наверн

да

мне просто надо будет graphql интерфейс строить, и пока думаю, на beanstalk либо в лямбду засунуть

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

И где-то читал что вообще есть ограничение на одновременное количество работающих лямбд, но не помню точно