Ребят, а это нормальная практика для message делать записи в бд? Вот к примеру телега, у них в бд они хранятся по id и все те записи, где говорится кто прочел, не прочел, отправил и тп инфа, верно?

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

выше уже писали об этом же.
как правило, в чатах не хранят статус "прочитанности" каждого конкретного сообщения каждым конкретным юзером. для каждого юзера в каждом канале чата хранят ровно одно значение - индекс последнего прочитанного сообщения. все сообщения с бОльшим индексом в этом же канале считаются непрочитанными, а с меньшим - прочитанными. если поменять значение, например, с 30 на 100, то сообщения с индексами 0-100 автоматически считаются прочитанными, даже если юзер их в глаза не видел.

Руслан, ты мать его гений!

Добрий день. Делаю россилку в Telegram в оприльоноє время котороє установил User. Использую quartz. Скажите что я могу делать не так, и межет єсть другой подход. При оформлении подписки, я собираю все необходимые данные, после чего данные о планировании, а именно время (данные час / минута) когда срабатывает отправляю в триггер. Все чутово работает, но если подписку организуют 2-е и более человек. Триггер не работает на каждом индивидуально, хоть я данные пидсталяю динамично в триггер, а происходит следующим образом. Я делаю подписку первым на 20:30, когда второй делает подписку на 21:00 и в резльтаты когда подходит 20:30 мой триггер не срабатывает, а когда наступает 21:00 страбативает триггер. Одже триггер срабатывает по останий человеку, который создала свой триггер, и именно по спрацьуванню триггера того человека и выполняются все таски которые были организованы .

Очевидно каждая последующая подписка меняет один и тот же триггер, нужно чтобы ключ триггера был уникальным для подписок

Неплохо https://github.com/kokorin/lombok-presence-checker

Ruslan видел уже?

Привет! Я в поисках талантливого разработчика! Крупная Компания предлагает прозрачность и плоскую структуру, минимум бюрократии и гибкие внутр. процессы, зп выше рынка)) Если интересно, прошу ответить, можно сразу с резюме на почту: hrmanager.coach@yandex.ru. Если нет, просто буду рада знакомству!)

Неа. Но хорошо, что POC сделали. А там глядишь, и до ума доведут. )

а в чем проблема заключалась?

Ридми читай, там в принципе расписано

А вообще тут обсуждение https://github.com/rzwitserloot/lombok/issues/2669

Когда может понадобится создавать лок для синхронизеров как поле типа Object?

Коллеги, не подскажете, как можно сделать несколько запросов на свой бэк. Чтобы не один с localhost, а n-ое колличество. Для тестирования эффективности бэка

гугли нагрузочное тестирование, гугли Apache JMeter

понял, спасибо!