s
Во первых нужно показать ивент сразу как только ко-во скачиваний перевалит за N
Во-вторых сбросив счетчик 12:00-15:00 я затру данные для 13:00 - 16:00
Во-вторых сбросив счетчик 12:00-15:00 я затру данные для 13:00 - 16:00
Size: a a a
2021 October 28
A
ну делай квантование, записывай в отдельную табличку количество скачиваний за 15 минут, потом делай выборку и смотри
A
показать сразу - ну раз в 5 минут смотри счётчик и как только перевалит, сразу показывай
A
по-моему у тебя алгоритм и цель у самого не продумана, а ты уже реализовать рвёшься )
ME
Смотри, если у тебя цель "посчитать количество событий за последние 3 часа", то без учёта времени вообще это сделать, конечно, невозможно. Простейший вариант учёта времени - записывать рядом с событием его временную метку. А дальше считать только те, метка которых больше, чем текущее время минус 3 часа
s
ну тоесть писать историю скачиваний в базе, а потом при каждой fileDownload смотерть на "метка которых больше, чем текущее время минус 3 часа" и если их кол-во больше чем N генерировать ивент?
ME
Возможно. В чем смысл этого ивента? Нужно ли посылать их несколько раз про одни и те же события?
s
Смысл в том что если пользователь скачивает много файлов об этом нужно опостить админа. Если одни и те же, то не нужно. Ну тоесть вот есть 20 событий скачиваний, у нас метка стоит N=5 в этом случае bulk download ивент должен появиться 4 раза после каждого 5 скачивания
ME
Если так, то можно хранить время последнего отосланного сообщения. И брать из базы для подсчёта только те события, которые были позже, чем max(curTime-3*hour, lastBulkTime)
s
не совсем понял
ME
Это уточнение к предыдущей схеме. Если делать точно по ней, то одни и те же события могут учитываться несколько раз. Если каждое событие учитывается не больше одного раза, то нужно все уже отосланные не считать
ME
Самый простой способ это сделать - брать с временной меткой после последнего отосланного
s
временной меткой доунлоада? Вы имеете ввиду сохранять историю скачиваний файл-дата?
ME
В момент формирования bulk event нужно сохранить в lastBulkTime время последнего скачивания, которое в него вошло.
И в следующий раз отсчитывать от него
И в следующий раз отсчитывать от него
s
блин... А я в этом случае не упускаю из вида ивенты.
Например 12:00-15:00, а потом я же затеряю 13:00-16:00
Например 12:00-15:00, а потом я же затеряю 13:00-16:00
s
Я вроде уговорил всех заменить 3 часа на 1 час. И теперь я просто минуты ис екунды на ивентах(скачиваниях) ставлю 0 и увеличиваю каунтер на этом времени. Если показываю ивент балк, то обнуляю каунтер на этом времени, и удаляю все что были раньше. ну Типо в 9:00 я удаляю если есть 8:00, 9:00
A
ну пиши каждое скачивание в монго и делай потом запрос
A
что уж тут париться над оптимизацией, когда механизма нет )
A
а так какая-то странная и глупая хрень, нафига такое информирование получать ))) какая общая постановка задачи? топ скачиваемых отмечать на сайте медалькой или что?
A
почему за 3 часа... если хитрые запросы идут - ну база данных, писать всё туда, делать любые запросы по любому признаку в любое время без потери данных