L
спасибо большое за него
Size: a a a
2021 September 06
IV
👍
IV
GemStone для Smalltalk
ИМ
Глупый вопрос: есть сервис с пользователями, сервис где пользователи пишут и читают статьи и сервис где пользователи оставляют и обрабатывают заявки. Где в таком случае нужно хранить отображаемые имена пользователей и их аватарки?)
ИМ
Логично в сервисе с пользователями, но что делать с запросами за авками и именами?
ЖЖ
А авторизация общая везде?
ИМ
предположим да
ЖЖ
Тогда точно в сервисе с пользователями, дергать их оттуда.
ИМ
предположим вот мне надо поискать активных писак и выдать список, я нашел их и по каждому бегу получается за авкой и именем в сервис с пользователями? Результат типа кеширую например или не кеширую и жду.
ИМ
два стула, как говорится =)
ЖЖ
Ну например так, да. Ты описываешь какой-то tjournal. Если на них посмотреть - у них единый акк для всего, а лежит все на их leonardo.osnova, ну и собственно они оттуда и дергают
ЖЖ
урль моей аватарки на tj, например, https://leonardo.osnova.io/e800de29-b569-5ef7-8bad-9f0fb92dda20/-/format/webp/
ИМ
ну это понятно
ЖЖ
У нас вот тоже единый акк везде, юзаем внутренние API для дерганья
ИМ
просто вот этот вот поход в апи после того как так или иначе отфильтровал пользователей в контексте приложения - агррх
IV
вопрос “кто ты”. если “ты” сервис статей, то никуда бежать не надо. если ты клиент сервиса статей, то так же ты клиент сервиса аватарок и это задача клиента склеить все вместе
ИМ
на клиенте могут висеть ограничения по запросам, если это мобилка например
ИМ
такие себя правда ограничения, большие компании вон не обламываются особо и везде подгрузщок вставляют
IV
это уже детали реализации. ничто не мешает делать bulk query