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

спасибо

Ребят, есть что нибудь наподобие sendgrid? У них сайт че-то глючит. Войти не могу

mailgun

Спасибо

Отличное решение
Мало того, что можно просесть по производительности из-за неоптимальной стуртуры кластеризованного индекса (если он будет по id), так ещё и можно получить коллизии и потерять часть данных

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

Есть функция: get-request в API.
Её вызывают две функции.
В итоге они путаются в респонсах, как видно на консоли, то один ответ получил, то второй.
Если их разделить setTimeout'ом, то все респонсы правильные.

Второй день бьюсь, не пойму в чем ошибка. Ведь при каждом вызове у функции connectAPI должен быть уникальный execution context и своя память? В этом примере её вызывают две функции, в реале их будет штук 30 - как так сделать, чтобы они все получали в ответ свои данные и не путались?

Хорошо, а что Вы предлагаете?

Посоветуйте канал по nodejs на youtube, пожалуйста

functionA у тебя не асинхронная, поэтому functionB запускается сразу

Возвращай промис в functionA, ожидай ее выполнения await functionA();
после этого вызывай functionB

Спасибо за ответ! Пробую.

может, в settingsArray() что-то идёт не так

Вставлять данные в таблицы, что тут можно предложить 🤷‍♂
Если человек не знает, как обеспечить последовательное выполнение асинхронных команд, это исключительно его проблемы

нет, по отдельности все работает. При разделении setTimeout'ами тоже.

Пока что глобальный await не ввели, не капай людям на нервы

А зачем тут глобальный await? 😳

всмысле зачем ?
Что везде его хуярить, чтобы всё по порядку выполнялось

просто это единственное место, где functionA и functionB могут друг на друга повлиять

Глобально мыслишь 👍
Правда всё равно непонятно почему человек не может наполнить базу без глобального await