т.е. да, dto instanceof PayNotificationDto будет true, но со свойствами внутри там сами разбирайтесь

то есть если у будет атк

@Get(':id')
findOne(@Param('id') id: number)

ну тут написано also

то id "трансформируется"

т.е. кроме этого оно ещё что-то должно делать)

ну оно делает automatically transform payloads to be objects typed according to their DTO

и типа transforming != conversing

в любом случае, без transform: true оно не учитывает декораторы типа Expose и Transform

Парни кто сталкивался, реально ли скейлить вебсокет сервер? Если да то как это делать правильно ?

Это ты о bullmq? Третий который в офф репе работает через паб сабы там может быть только один воркер

это я о bull без абстракций в nestjs, как офф модуль устроен я понятия не имею, не использовал

Если просто bull а не 4 версия ака bullmq то там может быть только 1 воркер. Ибо паб саб сразу всем воркерам прилетит. Если запущено в 100 процессах соответсвенно сработает 100 раз

хм..

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

Привет, подскажите правильно ли я понял, что при юнит тестировании контроллера нет возможности одновременно проверить @UsePipes(ValidationPipe) для DTO, а только в e2e ?

Юнит тест контроллера? Кажется вы не туда свернули

Возможно я не правильно строю архитектуру приложения в Nest. Моя логика в том что контроллеры работают с DTO а сервисы с Entity(typeorm). Соответственно они один в один не мапятся, и в контроллерах происходит конверсия. Пишу API для мобильного приложения, без GraphQL. В юнит тесте контроллера я как раз тестирую конверсию TDO <-> Entity, возврат правильных HTTP response codes(NotFoundException) и всякие корнер кейсы

но nest generate controller ведь всегда делает файл controller.spec)

И?