В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Laravel Pro

4281 membersпожаловаться на группу
2021 July 12

AV

Alan Vb in Laravel Pro
Ну тогда кэшируешь (скажем в редис) пользователей у которых списание должно произойти сегодня, и работаешь только с кэшом, по шедулу

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

Минусы: надо придумать воркараунд для пользователей у которых Обнова должна произойти в промежутке 00:00:{00-03}
источник
14:41пожаловаться#1

А

Алексей in Laravel Pro
если кешировать раз в сутки нужно или механизм согласования кэша с базой делать или на эти сутки блокировать смену статуса подписки у юзера.
запретить юзеру снимать автопродление с услуги на целые сутки - немного недружественно
источник
14:43пожаловаться#2

ДТ

Дмитрий Туров... in Laravel Pro
Ну типа да, простой вариант лочить на минуту и раз в минуту продлевать всех на следующей минуте
Сложнее ставить всех на минуту в очередь и в точные секунды проверять ещё раз галку
источник
14:44пожаловаться#3

ДТ

Дмитрий Туров... in Laravel Pro
Ещё проще вариант сказать бизнесу что меньше минуты смысла нет и вообще не париться
источник
14:45пожаловаться#4

А

Алексей in Laravel Pro
в целом индекс на время, выгребаем по условию времени. не такая большая нагрузка должна быть.
записей в базу тоже не так много, так что лишний индекс не сильно помешает.
единственное что кэшпул будет забиваться левыми данными... но они вроде разовые и должны будут улетать с кэша быстро. да и не так много тех данных чтобы заботиться об их наличии в кэш пуле базы
источник
14:46пожаловаться#5

AV

Alan Vb in Laravel Pro
(118.66 Кб)
источник
14:46пожаловаться#6

AV

Alan Vb in Laravel Pro
(65.33 Кб)
источник
14:47пожаловаться#7

А

Алексей in Laravel Pro
у нас есть 100 юзеров которые должны обновиться сегодня.
мы их выкинули в редиску.
через 40 минут 2 юзера решили что тоже хотят автообновление все таки включить.
но они в редис уже не попали
источник
14:47пожаловаться#8

AV

Alan Vb in Laravel Pro
(17.91 Кб)
источник
14:48пожаловаться#9

AV

Alan Vb in Laravel Pro
(68.77 Кб)
источник
14:48пожаловаться#10

А

Алексей in Laravel Pro
есть отдельный джобсервер который занимается чисто джобами и шедулами. на нем все это добро и будет висеть
источник
14:48пожаловаться#11

А

Алексей in Laravel Pro
вариант, согласен.
источник
14:50пожаловаться#12

AV

Alan Vb in Laravel Pro
Только ещё нужен механизм проверки на случай если редис упадед к примеру
источник
14:51пожаловаться#13

А

Алексей in Laravel Pro
ай, упадет - переключусь на базу временно, делов то...
источник
14:54пожаловаться#14

А

Алексей in Laravel Pro
хотя это эребор... там кластер, а весь кластер хрен упадет
источник
14:54пожаловаться#15

AV

Alan Vb in Laravel Pro
Не, я о том что если упадет редис то ты потеряешь коллекцию техущих ожидающих пользователей, и нужем механизм восстановления
источник
14:55пожаловаться#16

AV

Alan Vb in Laravel Pro
Никогда нельзя быть уверенным на 100% :D
источник
14:55пожаловаться#17

А

Алексей in Laravel Pro
угу, я был уверен что в 6 версии дырок то уж точно не появится, сколько времени прошло, ан нет... )))
источник
14:58пожаловаться#18

AV

Alan Vb in Laravel Pro
Гыы
источник
14:58пожаловаться#19

AV

Alan Vb in Laravel Pro
Всё я побежал, надеюсь смог помочь)
источник
14:58пожаловаться#20