я так и не понял есть какие автоматизации с хранением на фронте чтобы при запросе на api, api не лазило на каждый запрос в базу для проверки «есть ли доступ к документу» для допустим: пользователь покупает подписки на 10 статей(авторов) на месяц
" return app.UseMiddleware();"
1) как он понимает что LogURLMiddleware определенной структуры, типа? нету ни наследования интерфейса, ни класса.
2) соответственно что говорит статический анализатор об этой конструкции?
«толстые клиенты начинают обращаться к новому узлу напрямую»
Откуда они узнают IP новой машины? есть сервисный внутренний запрос по таймеру с обменом списка IPшников?
«рабочей визы в США (H1-B)» если допустим выиграл переехал проработал неделю и тебя выкинули. что будет с визой? тебе срочно надо за N дней нати другую компанию или виза аннулируется или как?
я правильно понял добавили горизонтальную масштабируемость как в mongodb?
1) берем новый компьютер
2) запускам шард монгодб, указываем ip обсервера
3) идет ребалансировка
4) обсерсер после ребалансировки включает налету
5) клиенты смотрящие на обсевер даже не знают об каких то изменениях в дб (не нужно перезапускать, добавлять в клиент новые ip'шники и т.д.
или опять 100 системных файлов править руками по пиксельно?
1) является А другом Б
2) найти всех друзей А (с пагинацией)
И где ссылка на весь датасет?
что будет?
1) как он понимает что LogURLMiddleware определенной структуры, типа? нету ни наследования интерфейса, ни класса.
2) соответственно что говорит статический анализатор об этой конструкции?
Откуда они узнают IP новой машины? есть сервисный внутренний запрос по таймеру с обменом списка IPшников?
Если свойство не простой тип, а ссылочный, ссылка с обоих объектов будет на один адрес памяти?
1) берем новый компьютер
2) запускам шард монгодб, указываем ip обсервера
3) идет ребалансировка
4) обсерсер после ребалансировки включает налету
5) клиенты смотрящие на обсевер даже не знают об каких то изменениях в дб (не нужно перезапускать, добавлять в клиент новые ip'шники и т.д.