Хлопцы можете выложить запись? По-братски... Как ваше тестовое делать знаю!

Оно этого не стоит и так все понятно. Для публикации статьи нужен какой-то полученный серьезный результат, а тут его нет и быть не может!

Ясно шё без Redis не заюзается(хотя можно в принципе подумать), потому что выборочное значение будет увеличиваться каждый раз, когда один и тот же пользователь используя защищенное соединение будет вызывать определенную метрику. Это приведет к неточному результату в конце дня. Для решения этой задачи просто получим день, месяц и год и передаем их функции. Эта информация, особенно «день», нам понадобится для группировки наших метрик с Prometheus. При реализации Prometheus я обычно создаю файл «myMetrics.js», в котором определяю свои метрики. Обычно юзается какое-то промежуточное программное обеспечение, которое проверяет запрос «токен jwt || bearer token». Для этого я бы создал промежуточный файл «myProtect.js». Он будет содержать мою логику проверки jwt. Если проверка пройдена, я получу идентификатор пользователя (который будет использоваться в качестве идентификатора, необходимого при выдаче токена jwt) из декодированного токена. Затем я нахожу пользователя, чей идентификатор соответствует декодированному идентификатору токена, и прикреплял сведения о пользователе к новому свойству объекта запроса с именем «пользователь» (т. е. req.user).Это создаст новую метрику с именем «my_au» и некоторыми метками (год, месяц и день) с совокупным значением выборки, равным 1(т.к. юзер активный!).
В итоге именно так мы и собираемся в итоге получить общий обобщенный дневной показатель. Используя идентификатор пользователя в качестве ключа
Проверьте, есть ли кешированные данные на основе ключа. Далее проверяем если данных нет, это должен быть первый раз, когда пользователь открывает веб-сайт за день. Таким образом, сохраняем идентификатор пользователя вместе с результатом...
Расчет того, сколько времени осталось до конца дня с момента открытия сайта в секундах как конечное время. Затем увеличиваем ежедневный показатель активных пользователей на 1.
Приведенная выше реализация гарантирует, что у меня будет самое точное ежедневное количество пользователей, поскольку счетчик будет увеличиваться только в том случае, если благодаря Redis появится новый пользователь или новый ключ. Зачем было это так разводить, десять строчек кода и все!

Позвольте с вами не согласиться. На каждом суммер скуле мы по полчаса ждем пока свитчернутые раздупляться, некоторых вещей они вообще не понимают! Без них мы бы в два раза больше прошли, а так даже до веб-сокетов на реакте не добрались! Лучше разделять при помощи тестового или резюме компьютерные специальности и свитчернутых! Учтите, пожалуйста, это, когда будете проводить набор на следующие курсы всем будет от этого только лучше!

Есть ли смысл покупать смарт 32 метра за 37К вместе с ремонтом или это дорого?

забейте в гугле US death/wounded in war — areppim
или перейдите по ссылке они дают более детальный анализ:
www.dupuyinstitute.org/...​atios-in-ukraine-in-2022

Шё ты престал со своей политикой как лишай до пионерки?! Просто скажи ты работаешь в генштабе мордера или нет?

Поплачь!

Я слышал про другие данные 1-1.5 это убитые, раненные умножаем на 3.