Dmitriy Grape

Это просто разные темы для редактора кода

На второй фотке похоже на какую-то тему из Atom

Впредь больше называть своего пользователя кириллицей.

Не совсем понял что вам нужно, но судя по всему вы про динамическое построение запроса. Если это так, то у меня был проект, где я делал это при помощи aggregate. Было довольно грязно, но другого способа я так и не придумал.

В итоге написал вот такой вот pipeline builder.

Если погуляете в рамках модуля pivot-table, то найдёте много чего интересного.

Потому что его нужно импортировать в модуль.

@Module({
  imports: [
    Reflector,
    ...
  ],
  providers: [
    {
      provide: APP_GUARD,
      useClass: JwtAuthGuard,
    },
  ],
})
export class AppModule {}

Т.К. я вижу в тегах Vue.js, то отвечу на вопрос так: на фронтенде не подключаются к БД

Они детектят все ссылки на сторонние способы общения. Первый раз дадут предупреждение, потом понизят рейтинг, а потом забанят. Говорю на личном опыте, как только появится ссылка на тг или что-то типа того, рано или поздно вам влепят замечание.

Была такая проблема, когда генерировал соль функцией genSalt. Помогло напрямую передать количество rounds.

bcrypt.hash(password, 10, ...)

Вы пытаетесь вызвать методы промиса у НЕ промиса. Там же написано: чтобы превратить всё это в промис, вам нужно вызвать метод .promise(), а вот на чём, я уже не скажу, тк вы не строчки кода не показали, зато зачем-то показали все файлы.

Я сам долгое время пытался найти или придумать нормальную структуру для проектов на NestJS и вот к чему я смог прийти:

1. Модули (речь идёт о программных модулях в принципе, не только о модулях в контексте Nest), которые нужны по всему проекту я кладу в папку common, примерами таких модулей могут служить некоторые DTO; сущности/модели; глобальные гарды и тд;
   
2. Сами модули я кладу в корень /src, но, например, у меня на работе в проекте все модули лежат в папке modules, что, в принципе, тоже неплохо.
   
3. Под каждый тип файла я создаю отдельную папку. Например, в папке модуля auth находятся папки: dto, services (если в модуле больше одного сервиса, то я создаю для них отдельную папку), если сервис один, то кладу его в корень папки модуля.
   
4. Если проект реализует REST API, то путь к моим модулям совпадает с путями, определёнными в их контроллерах. Пример в одном из моих проектов: https://github.com/GrapeoffJS/CRMServer/tree/maste...
   

Также пример с использованием GraphQL: https://github.com/GrapeoffJS/grapecode-server/tre...

В вашем случае, я не совсем понимаю, зачем для JWT делать отдельный модуль. Просто сделайте сервис (в контексте модуля Auth), который будет делать вам токены.

PS. В вашем примере файлы именуются с большой буквы, но в nest принято всё именовать с маленькой буквы, также если имя вашего модуля/сервиса/контроллера/резолвера/чего-то ещё состоит из нескольких слов, то вы должны использовать snake-case. Примеры: email-confirmation.service.ts, update-user.dto.ts. То же самое относится и к директориям.

У нас на сайте? Я все свои сайты проверил, ничего такого не нашёл :)))))))

https://www.mongodb.com/docs/manual/reference/oper...

Ещё более коротко

try {
      return await this.userModel.create(dto);
    } catch {
      throw new HttpException(
        'User with this login already exist',
        HttpStatus.CONFLICT,
      );
    }
}

Пожалуйста, забудьте про .then(), вместо него используйте async/await везде, где это возможно.

async function sendRequest(...) { return await fetch(...) }