Size: a a a

NestJS — русскоязычное сообщество

2020 March 28

LK

L K in NestJS — русскоязычное сообщество
источник

LK

L K in NestJS — русскоязычное сообщество
In general, the request lifecycle looks like the following:

Incoming request
Globally bound middleware
Module bound middleware
Global guards
Controller guards
Route guards
Global interceptors (pre-controller)
Controller interceptors (pre-controller)
Route interceptors (pre-controller)
Global pipes
Controller pipes
Route pipes
Route parameter pipes
Controller (method handler)
Service (if exists)
Route interceptor (post-request)
Controller interceptor (post-request)
Global interceptor (post-request)
Exception filters (route, then controller, then global)
Server response
источник

7

7384114837 in NestJS — русскоязычное сообщество
Спс
источник

P

PainteR in NestJS — русскоязычное сообщество
Кто-нибудь знает как можно сделать такое? Сервис наследуется от дефолтного репозитория чтобы не расписывать все методы, а в самом сервисе уже писать кастомные методы.
источник

LK

L K in NestJS — русскоязычное сообщество
PainteR
Кто-нибудь знает как можно сделать такое? Сервис наследуется от дефолтного репозитория чтобы не расписывать все методы, а в самом сервисе уже писать кастомные методы.
сделать как на картинке ?
в чем пробелма
источник

P

PainteR in NestJS — русскоязычное сообщество
При вызове ругается что методов не существует
источник

AE

Anton Egorov in NestJS — русскоязычное сообщество
PainteR
При вызове ругается что методов не существует
у меня такое ощущение, что в конструкторе не надо делать inject repository
источник

S

Sviatoslav in NestJS — русскоязычное сообщество
PainteR
При вызове ругается что методов не существует
Зачем писать методы в сервисе? Для этого есть репозиторий. А если уж решил в сервисе тогда зачем его наследовать от репозитория?
источник

BK

Bogdan Korenkov in NestJS — русскоязычное сообщество
если не заинжектится, то тогда от наследования будет работать.
источник
2020 March 29

h

handleChange in NestJS — русскоязычное сообщество
Подскажите как поставить ограничение на api ендопинт в контроллере.

Пробовал либу nestjs-rate-limiter, но она багнутая. 3 раза по документации пробовал воссоздать пример и на втором ответе получал ошибку TypeError: You provided 'undefined' where a stream was expected. You can provide an Observable, Promise, Array, or Iterable.

Или как вариант еще скипнуть выполнение функции в указанном промежутке. Но все либы в npm только делают задержку, а мне нужно именно скипнуть
источник

S

Sviatoslav in NestJS — русскоязычное сообщество
handleChange
Подскажите как поставить ограничение на api ендопинт в контроллере.

Пробовал либу nestjs-rate-limiter, но она багнутая. 3 раза по документации пробовал воссоздать пример и на втором ответе получал ошибку TypeError: You provided 'undefined' where a stream was expected. You can provide an Observable, Promise, Array, or Iterable.

Или как вариант еще скипнуть выполнение функции в указанном промежутке. Но все либы в npm только делают задержку, а мне нужно именно скипнуть
Ну вообще то по хорошему такие вещи должны делаться на прокси сервере nginx traefik etc а на счет багнутости скорее всего там express-rate-limit
источник

h

handleChange in NestJS — русскоязычное сообщество
Sviatoslav
Ну вообще то по хорошему такие вещи должны делаться на прокси сервере nginx traefik etc а на счет багнутости скорее всего там express-rate-limit
У меня просто ендпоинт дергает API сервера другого
источник

h

handleChange in NestJS — русскоязычное сообщество
и там стоит рейт лимит запросов
источник

h

handleChange in NestJS — русскоязычное сообщество
и мне нужно как-то не дать юзеру наотправлять кучу запросов, которые заблочат API
источник

h

handleChange in NestJS — русскоязычное сообщество
я сделал через Throttle
источник

h

handleChange in NestJS — русскоязычное сообщество
но если юзер отправит 10 запросов, то они все пройдут и будут каждые 15 секунд (столько нужно ждать) выполняться
источник

S

Sviatoslav in NestJS — русскоязычное сообщество
а нет, не он, возьми експресовскую миделверу, но, если ты делаешь это на ноде он в любом случаи не будет учитывать потоки потому лучше в прокси
источник

h

handleChange in NestJS — русскоязычное сообщество
а мне просто нужно сверить данные. и если будет блок функции -- юзеру все равно
источник

h

handleChange in NestJS — русскоязычное сообщество
Sviatoslav
а нет, не он, возьми експресовскую миделверу, но, если ты делаешь это на ноде он в любом случаи не будет учитывать потоки потому лучше в прокси
хорошо, спасибо за совет
источник

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Опрос — как вы предпочитаете делать api-эндпоинты для конкретной view:
1 держать view и все её api для ajax-запросов в одном контроллере
2 делать в модуле отдельно контроллер для view и отдельно для api
3 полностью разделять модули, view отдельно, универсальное api которое могут переиспользовать все view - отдельно
источник