Dmitriy Grape

У таска создаём поле owner_id и суём туда id пользователя.

А когда получаем юзера то делаем

$lookup: {
   from: 'Tasks',
   as: 'tasks',
   localField: '_id',
   foreignField: 'owner_id'
}

Сервис — в нём пишем всю нашу логику. Сервис ничего не должен знать о запросе. У него нет доступа ни к Request, ни к Response.

Контроллер — принимает запрос и передаёт в наш сервис.

С бд можно работать в сервисе, но всё чаще вижу, что люди используют паттерн «Репозиторий», когда всю логику работы с бд суют в него.

Вы должны вызвать next() в вашем logging middleware. Код просто дальше по цепочке не идёт.

Вы, скорее всего, вместо специальной SSH ссылки на ваш репозиторий скопировали HTTP ссылку и вставили её, когда писали git remote add origin

Вот уже 9 Месяцев пишу на NestJS за деньги, и пока что могу сказать — ничего лучше на данный момент для NodeJS я не нашёл.

Благодаря экспрессу под капотом мы можем юзать кучу его крутых библиотек типа Swagger UI и так далее. Для всего тут автоматом генерируются тесты (темплейты). Можно адекватно пользоваться декораторами из тайпскрипта. А валидация в несте с его DTO это просто сказка.

С нестом наконец-то можно писать настоящий бекенд на ноде.

Конечно, Nest не идеальный. У меня много вопросов накопилось к этому фреймворку за время его использования, например про инъекцию зависимостей в гарды, интесепторы и т.д. из-за которой не получится нормально сделать JWT аутентификацию с помощью Nest модулей для этого (можно схитрить при помощи NestFactory.createApplicationContext(), а юзать этот обоссанный Passport.js я не хочу; выбрасывание исключений вместо нормального способа отправки ошибки пользователю, слабая документация. Однако я готов помучиться со всем этим, лишь бы не переходить на Express или любой другой фреймворк для ноды.

Я даже купил книгу Роберта Мартина про архитектуру — вот насколько меня всё это вдохновило!

Создаёте переменную среды в вашей системе и обратитесь к ней через process.env.VAR_NAME.
Если хотите передавать параметры при запуске приложения, то почитайте про process.argv.

Nvm всегда запускаем из-под администратора -> откройте командную строку от имени админа

$ yarn init

$ npm i -g gulp-cli

$ yarn add gulp -D

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

const titles = response.items.map(item => item.title)