AR
с нужным для тебя хэндлингом ошибок
Size: a a a
2020 February 25
AR
(что если не отправка нотификации зафейлилась? попробовать через минуту? забить и переходить к следующему триггеру? у тебя полный контроль и ответ зависит от бизнес-логики)
TP
ох. в твоем первоначальном варианте:
1. ты мапишь скедулинг логику на реляционную алгебру
2. у тебя нет никакого контроля на статусом выполнения. что если выбиралка юзеров зафейлилась на середине? отправить первой половине опять?
1. ты мапишь скедулинг логику на реляционную алгебру
2. у тебя нет никакого контроля на статусом выполнения. что если выбиралка юзеров зафейлилась на середине? отправить первой половине опять?
1. Где тут что-нибудь про реляционную алгебру?
https://t.me/clojure_ru/109291
2. Статусы отправки не имеют отношения к моему вопросу.
Плюс выборка пользователей и отправка уведомлений - две независимые операции. Отправка сама по себе ничего не знает о логике определения кому отправлять
https://t.me/clojure_ru/109291
2. Статусы отправки не имеют отношения к моему вопросу.
Плюс выборка пользователей и отправка уведомлений - две независимые операции. Отправка сама по себе ничего не знает о логике определения кому отправлять
ST
Мы можем сгенерировать все триггеры сразу, потому что их не бесконечное кол-во)
Максимум 23 на пользователя при шаге в 1 час и в два раза больше при шаге в 30 минут)
Максимум 23 на пользователя при шаге в 1 час и в два раза больше при шаге в 30 минут)
Бесконечное. Почему ты сутками ограничился?
TP
в транзакции
О каких транзакциях идёт речь? А если у меня reddis/mongo/обычный файл
AR
О каких транзакциях идёт речь? А если у меня reddis/mongo/обычный файл
то ты либо имеешь те же гарантии (редис), либо можешь уменьшать гарантии
TP
Бесконечное. Почему ты сутками ограничился?
Потому что часы во всех сутках одинаковые) 0-23
AR
> Плюс выборка пользователей и отправка уведомлений - две независимые операции.
ну что б их сделать независимыми нужно прям усилия приложить — например, заимплементив очередь между ними. но самое главное оно скорее всего не нужно
ну что б их сделать независимыми нужно прям усилия приложить — например, заимплементив очередь между ними. но самое главное оно скорее всего не нужно
AR
Потому что часы во всех сутках одинаковые) 0-23
завтра у тебя появится требовавание к "только по будням"
TP
завтра у тебя появится требовавание к "только по будням"
Тогда я изменю условие фильтрации?
TP
Короче я понял о чем вы говорили с генерацией следующей даты срабатывания каждый раз. Типа, в случае ошибки отправки ты можешь зашедулить следующую отправку не в обычное время, а с учетом ошибки или другой логики
TP
Это конечно имеет смысл
AR
да не только в случае ошибки отправки
AR
ну вот ты выбрал 1000 пользователей своей фуночкой
AR
начал отправлять
AR
отправил 500
AR
и грохнулся
AR
что дальше? отправить еще раз первым 500? забыть про следующие 500?
AR
Тогда я изменю условие фильтрации?
тогда ты все к хренам перепишешь )
2020 February 26
MP
Если честно, попахивает возможными ошибками (пока не могу сказать какими, просто gut feeling).
Да и чувствовать я себя буду гораздо спокойнее, если моя логика не будет зависеть от того, сколько раз выполнилась функция)
Да и чувствовать я себя буду гораздо спокойнее, если моя логика не будет зависеть от того, сколько раз выполнилась функция)
я фиг сколько лет назад делал нечто подобное и очень похожим способом - работало долго и надежно.
плюс в том, что все ключевые моменты видны на одном экране и просмотрев их хорошо можно не опасаться разных сюрпризов.
плюс в том, что все ключевые моменты видны на одном экране и просмотрев их хорошо можно не опасаться разных сюрпризов.