как и генерировать хибером элементы схемы

А со схемами что?

писать миграции

Понял

А тут?

добрый вечер. заметил такую вещь: после регистрации на некоторых сайтах, меня сразу фолловят фейковые аккаунты с девушками. например, на том же саундклауде регаюсь и буквально через несколько секунд получаю такую подписку. как избежать подобного на своём сайте?

Это лютый офтоп а выше два админа в онлайне

Подключить какой-нибудь akamai bot management, чтобы все ботоводы плакали (как ботовод утверждаю, что они действительно будут плакать)

Подскажите пожалуйста, еще один вопрос по quartz. Мне нужно (видимо на его основе) реализовать следующий вид задач:

1. Фоновая задача – воркер, потребляет данные из очереди и что-то с ними делает. Запускается раз в N секунд, чтобы проверить, не появилось ли что-нибудь новое;
2. Задачи нужно запускать в момент старта приложения, и поддерживать их на протяжении всей его жизни;
3. Требуется получить возможность регулировать количество задач из файла конфигурации, по каждому типу воркера.

В целом с пунктами 1 и 2 у меня вопросов нет. Первый пункт позволяет сделать quartz, второй пункт позволяет сделать spring boot. Допустим, какую-то логику для проверки того, что задачи восстановлены из бд я допишу, чтобы не задваивать их.

Теперь вопрос: как-бы мне сделать изменение количества воркеров-задач?

Пока что я в некотором логическом тупике

Свой велосипед городить не хочется, я почему-то уверен, что есть какое-то типовое решение этой проблемы

Либо же правильное поведение в таком случае должно быть другим?

Из альтернативных решений – периодический запуск проверки очереди (силами спринга) для потребления новых задач, и запуск fire-once задач силами quartz?

Таким образом, заданная настройка:

org.quartz.threadPool.threadCount

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

К сожалению, только вкатываюсь в бэкэнд-разработку, поэтому возможно задаю очень тривиальные и глупые вопросы. Надеюсь, вы меня простите ;)

Простим все, кроме "вкатываюсь" 😁

Вообще я так понимаю, что второй способ лучше, но пока что не могу осмыслить почему именно.

Надо гуглить искать пулл задач 😋 там все должно автоматически подниматься в зависимости от кол-ва задачь в очереди. Я имею ввиду количество горячих потоков

Вот проблема в том что я решил (принципиально) сделать очередь на pg. В связи с чем у меня интерфейса консьюмеров как в mq какой-нибудь нет

Эээ, а зачем так очередь делать?

С очередями разными доводилось работать, захотелось этот вариант опробовать.

Определенный бизнес-смысл в этом также имеется

Поэтому вопрос: как бы мне сделать самописный интерфейс консьюмера к ней максимально корректным способом

Тащите из бд в очередь, а дальше стандартным способом ) 😁