Size: a a a

2020 July 23

МП

Мимо Проходящий... in Go-go!
Никита
Кешировать стоит то, что из базы тащить долго
Нет. Кешировать надо что был один большой запрос вместо много маленьких
источник

АД

Алексей Долгов... in Go-go!
Мимо Проходящий
Все разом поменялись что ли? С чего бы?
поменялось имя пользователя, надо обновить. срочно. бизнес так хочет
источник

J

Je in Go-go!
Daniel Podolsky
github.com/hashicorp/golang-lru
спасибо)
источник

МП

Мимо Проходящий... in Go-go!
Алексей Долгов
поменялось имя пользователя, надо обновить. срочно. бизнес так хочет
И какие вы увидели с этим трудности?
источник

Н

Никита in Go-go!
Мимо Проходящий
Нет. Кешировать надо что был один большой запрос вместо много маленьких
И в итоге вы должны будете заботиться об инвалидации кеша в случае изменения чего-либо из маленьких запросов
источник

Н

Никита in Go-go!
Запрос в базу - это обычно вопрос нескольких миллисекунд. А инвалидация кэша - бесценна
источник

VM

Vladislav Milenin in Go-go!
если речь идет о стартапе, предлагаю сразу базу на сях писать - чтобы как в вк и баду, по красоте и инвесторов удивлять
источник

ЛА

Локоть Анатолий... in Go-go!
Алексей Долгов
ну вот допустим вы бы хранили права пользователей, и они поменялись. надо обновить кэш
Если что-то меняется не хаотично, а через интерфейс репозитория, то в каждом меняющем методе можно инвалидировать кеш
источник

АД

Алексей Долгов... in Go-go!
допустим есть один сервис который редактирует пользаков, есть ваш сервис который только читает, поднят в трех экземплярах. когда имя пользака поменялось надо обновить  его во всех трех кэшах получается. имея общее хранилище кэша это проще я наивно полагаю.
источник

МП

Мимо Проходящий... in Go-go!
Никита
И в итоге вы должны будете заботиться об инвалидации кеша в случае изменения чего-либо из маленьких запросов
Профиль юзера меняется раз в полгода сингл реквестом. Не о том вы переживаете
источник

Н

Никита in Go-go!
Мимо Проходящий
Профиль юзера меняется раз в полгода сингл реквестом. Не о том вы переживаете
А вот пост с комментариями?
источник

МП

Мимо Проходящий... in Go-go!
Никита
А вот пост с комментариями?
Минимальная нагрузка на апдейт
источник

ЛА

Локоть Анатолий... in Go-go!
Алексей Долгов
допустим есть один сервис который редактирует пользаков, есть ваш сервис который только читает, поднят в трех экземплярах. когда имя пользака поменялось надо обновить  его во всех трех кэшах получается. имея общее хранилище кэша это проще я наивно полагаю.
Можно реализовать 2 репозитория - репозиторий sql и репозиторий Кеша, оба реализуют общий интерфейс.

Проблема с кешем только в том, если данных очень много и инвалидируются в очень разных кейсах.
источник

с

сонная википедия... in Go-go!
🅚🅘🅝🅓🅔🅡🅦🅞🅝🅓
https://play.golang.org/p/IMz5J7GT8Ms

почему сначала отправляется массив нулей?
и какой путь к медиа ресурсам нужно указывать?
потому что вы печатаете в ответ
fmt.Fprint(w, data)
источник

с

сонная википедия... in Go-go!
data у вас это пустой слайс
источник

с

сонная википедия... in Go-go!
и еще, зачем вы каждый раз парсите темплейт?
к тому же игнорируя ошибку
источник

DM

Dmitry M in Go-go!
Никита
А вот пост с комментариями?
а что не так?
источник

Н

Никита in Go-go!
Мимо Проходящий
Минимальная нагрузка на апдейт
Это если запрос пройдёт
источник

ЛА

Локоть Анатолий... in Go-go!
Локоть Анатолий
Можно реализовать 2 репозитория - репозиторий sql и репозиторий Кеша, оба реализуют общий интерфейс.

Проблема с кешем только в том, если данных очень много и инвалидируются в очень разных кейсах.
Crud с фильтром покрывается кешем на раз.

Редис нужен когда общий кеш юзается многими воркерами
источник

Н

Никита in Go-go!
Dmitry M
а что не так?
У вас не прошел запрос на его апдейт в кеше. Что вы делать будете?
источник