я про то чтобы any не ставить здесь

Blob наверно или что то типа такого

я уже много чего перепробовал, blob не подходит

хотя это вряд ли требует типизации, но чтоб зуд перфекциониста унять, то можно или блоб, или FormData - копай в эту сторону

создай свой interface с такими полями, и всё )

есть такая мысль))

в доке неста они даже тип не ставят

у Мультера есть тайпинги, можешь оттуда взять

спасибо, вот это заработало Express.Multer.File

😊

Ребят, помогите разобраться пожалуйтса. Здесь возвращается тип данных Observable. Но как можно превратить его в массив?

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

Client.send(pattern,topic).toPromise()

спасибо, сейчас попробую

ребяты, как победить order by random() ?

typeorm генерит distinct зачем-то, и как сделать так чтобы и угодили тайпорм и рандом заюзали?

query.addOrderBy('RANDOM()').take(countRemains).getMany()

немного запутался в изучении неста, поправьте пж где я не прав
в контроллере на вход от пользователя мы принимаем DTO для валидации, далее сервис уже работает с интерфейсом и когда сущность нужно вернуть пользователю мы создаем Entity для сериализации
т.е. DTO это только то что идет на вход, внутри приложения используем interface, а перед выдачей пользователю преобразовываем объект в Entity использующий class-transformer?
учитывая что еще отдельно entity/schema для бд, то получается аж 4 файла описывающих одну и ту же сущность
как с этим жить?

Entity описывает схему бд,  интерфейс для модели нужен далеко не всегда, Dto на вход и на выход, если они отличаются от Entity, на мой взгляд так