b
А так сразу думать супер способ оповещения миллиона пользователей онлайн о том, что пришла новая версия это оверинжиниринг и трата времени
Size: a a a
2020 September 15
D
написана на го, держит коннект на сокетах, пыха говорит,что версия апдейтнулась и центрифуга шлёт всем фронтам инфу
D
и способна пару лямов коннектов держать на редисе
T
так, ладно. думал, что есть какой-то супер общий вариант.
пока посижу на git-revision-webpack-plugin и фетче файлика с комитхэшем
пока посижу на git-revision-webpack-plugin и фетче файлика с комитхэшем
b
Можно сделать в клиенте опрос какого-нибудь простейшего сервера, который только отправляет одно число - timestamp последнего обновления, каждые 5 минут
T
спасибо за ответы
D
Можно сделать в клиенте опрос какого-нибудь простейшего сервера, который только отправляет одно число - timestamp последнего обновления, каждые 5 минут
аяксом дёргать - себя закапывать
D
пыха вся будет подниматься в память чтобы ответить на запрос
b
Так речь о том, что сделать отдельный сервер простейший, тупо redis какой-нибудь позади nginx
b
на 16 мегабайт
b
когда обновление приходит, коннектимся к инстансу и обновляем переменную
b
никаких пых, монолитов, тупо микросервис
D
и in-memory
D
надо в своей базе на пыхе дублировать значение
D
источник правды бэкэнд, а не in-memory кэш
b
не особо важно, суть в том, что клиенты бьются не в тяжёлый бек, а внешний сервис специально для этого предназначенный
b
кеш обнуляется через задачу на беке
b
как только обновился кеш, клиент получает новое значение из 10 символов, сравнивает с тем что лежит в LocalStorage и понимает что нужно обновиться
b
и уже идёт тяжёлый запрос
T
следующее: есть, допустим, 5 тегов див. они обёрнуты в транзишн. как сделать анимацию чтобы они появлялись/уходили с задержкой в очереди аля
v-for="(el, i) => setTimmeout(..., i * 100)"
хотелось бы не писать js транзишн а сделать на css и въюшних штуках. блоков может быть хоть сколько :nth-child(...) не вариант, думаю