покажи код этой функции из сервиса

сорян туплю

он работает без ошибок, если правильно передать offset (skip)

декоратор @Catch здесь указывает что фильтр будет ловить только HttpException, и изменять ответы только для этого типа исключений

этот exception сам по себе не генерируется, то что ты видишь Internal error 500 - эту ошибку генерирует сам nest, по той причине что скорее всего твоя ормка или что там у тебя когда получает строку вместо числа выбрасывает обычный throw Error, который поднимается наверх, его ловит нест, видит что на эту ошибку фильтров нет, и он просто выдает дефолтное поведение - хттп 500

ну что то подобное я понимал. то есть я понимал так: если код написан не верно, то будет выводится дефолтный нест ответ со statusCode. а я хочу чтобы всегда на фронтенд выводился code, чтобы фронтенд всегда ловил один тип ответа

чтобы на фронте были проверка типа code === 200 или code === 500

в таком случае нужно либо сделать так чтобы фильтр срабатывал на ВСЕ типы исключений, в таком случае просто опускаешь параметр в декоратор Catch

@Catch()
export class MyFilter ....

но учти что в таком случае и ошибки уровня хттп, и ошибки бизнес логики, и обычные error будут ловиться этим фильтром

либо добавляешь валидацию в том же сервисе, который выбросит exception если что то пошло не так

ну а вообще просто надо добавить типы и сделать findList(offset: number, limit: number) и перестать передавать ему вручную неверные данные

я попробую убрать декоратор завтра. признателен за помощь! я то уберу умышленную ошибку. но что за валидация пока не пойму (я ведь не записываю ничего в БД)
если есть примеры на гитхабе я бы посмотрел.

типы передам. я просто торопился

ну типа предполагается что неверные данные (неверный запрос) ты отфильтруешь еще на уровне контроллера, и запрос вида "оффсет - строка" даже не дойдет до сервсиа

Подскажите пожалуйста, где лучше делать проверки корректности данных на бэке или на фронте?

Лучше всего везде где только можно

ну просто я читал, что вот допустим есть поле email, он не может повторяться. Проверку его повтора в БД понятное дело надо сделать на серваке, написать запрос и т.д. А вот такие проверки как верно ли введён email, не пустое ли поле и т.д. Их лучше на фронте делать?

Чтобы слишком сильно не перегружать сервак

Поле unique в pg + catch(e)

А со стороны фронта можно поставить маску какую нить

Все надо проверять на бэке

Твой сервер все равно должен проверять входящие запросы, ведь запрос может отправить не только твой фронт

понял, спасибо

Http, как устроена сеть, как работает сервер, защита сетевых запросов - множество вариантов можно придумать как выйти на нужную информацию

Всегда бесили люди которые умничают типа иди в гугл! Я не спорю что человек должен учиться искать инфу, но какой тогда смысл от таких тематических групп, ведь для этого они и нужны, для помощи для общего развития... модет конечно я и не прав