Юзать гугло аналитику, или отдельным запросом обновлять счетчик

Ребят, привет. Подскажите пожалуйста, новичок в несте.
У меня есть две модели.
Юзер и ребенок. У ребенка есть связь с юзером. Использую тайпорм.
С клиента приходит запрос на получение пользователя и я делаю джонин для получения всех данных юзера и его ребенка. Все отлично.
Но мне нужно поредактровать данные и сохранить.
С клиента идет метод патч с новыми данными. Юзер обновляется без проблем, а вот связь его нет. Подскажите , пожалуйста, это мне нужно имплементировать логику обновления самостоятельно ?
Использую nestjsx/crud.


Вот небольшой листинг. https://gist.github.com/MrGretty/37d4863c1abcc54fb5c7b50cc1007998

Мне хотябы просто пинок куда копать, пожалуйста

Тогда нужно будет просить фронт слать мне данные. Ибо бэк ничего про эту твою аналитику не знает.

Ну так ты ж записываешь, кто зашел, когда, с какого ип и т.д. Или не учитываешь? А если кто то 100 раз страницу обновит?

В редисе просто инкремент что бы не пересчитывать

Мдаа, ты прав. Я чет не подумал записывать IP

Посмотри там у меня есть модуль для geoip2 можно еще и страну и город писать...

Как лимитировать то я понимаю, это я сделаю. Мне более важно сейчас скорость всего этого. Ладно буду писать я в редис, но туда я опять таки не могу делать тупо инкримент, нужно делать объект каждый раз, потому что пишем и дату создания.

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

тебе в user cascade true настроить  и когда сохраняешь юзера в ребёнка записать то  есть типа user.child.age = 10 а потом вызываешь user.save

У меня сейчас такая история. Будет еще поле IP пользователя

Спасибо! Работает!

но если посмотреть тайп орм делает просто два разных апдейта так что в принципе можно не заморачиваться а просто по отдельности сохранять.

Ага, понял. Буду ещё курить. Спасибо большое!

Всем приветики!!!
Подскажите пожалуйста о целесобразности использования Nest, в основном качестве реализации Gateway (Шлюза) который будет единой точкой общения клиента и удаленных внутренних ресурсов? Могут появляться задачи, которые захочется решать быстро (прим реализации МВП) на этом же уровне архитектуры (те шлюз превратиться в некий back-front сервис, состояший из набора модулей. Или это избыточно? Или наоборот нет, из-за того, что фреймворк заставит придерживаться его архитектуры, придерживаясь солиду и концепции неста? Спасибо!

@amel_true походу вопрос к тебе. Вроде как по описанию точно как у вас.

Да, достаточно целесообразно, nest позволяет хорошо структурировать логику и разбить её на явные сущности. Код на express быстро превращается в лапшу. Если готовы на некоторый оверхед по производительности и любите ts, то отлично впишется

Спасибо за ответ. Люблю тс и солид. А сколько это по времени? Например создать прокси шлюз на удаленную ручку вне контура огранизации и ручку на внтрунний сервис? Работаете с SOAP’ом?) noda справится? Моя боль - это оч мало фронтов которые могут писать бек, они заняты, есть бек который пхп и девопс, и далекие острова на спринге и черт пойми на чем еще без документации. Очень боюсь утонуть из-за не хватки рук. Хотя сильный требований сейчас нет.