- Shipped
- 23 вересня 2026 р. о 07:50 UTC
- Author
- Kamo
- Commit
- 90509f4
Весняна типова однопланова нитка ділиться кожним @Scheduled метод в цьому сервісі — 1 секундний імпульс кампанії, ударний ударний удар двигуна, і ReminderSchedulerService власним 60-секундним заковтнути серед грубо десятків інших. процесПеремінникиЗаблоковані відправлені через електронну пошту нагадування/поповнення/ смс, один блокуючий дзвінок в той час, на якому поділилася нитка: ковтання з декількома нагадуваннями, що відбулися це, і все інше заплановане на поді, для того, щоб до тих пір, поки ціла партія взяла на відправлення. Кожна нагадка тепер працює на невеликому фіксованому нижньому басейні (4 робітників, названих календар-reminder-sender, тим самим принципом DripEngine вже діє, додавши весь прохід від робочої нитки — нанести тут на нагадування замість проходу, так як повільна частина - блокує SMTP/notification надішлемо, а не сам DB. Виклична нитка все ще чекає на вся партія (підходить від 90-х стоків) перед процесомПомінникиЗаблоковані повернення, що що зберігає орендну плату «email-calendar-reminders», яка покриває весь прохід: орендна орендна орендна оренда, в той час як надсилання були ще в польоті в іншому випадку, дозволяючи іншому под підібрати SAME через нагадування і відправити вони двічі. Якими змінами є лише те, скільки часу чекати займає — до чотирьох разів менше, ніж не гірше, ніж стара послідовна петля. **************************************************************************************************************************************************************************************************************************************************************** басейн, а не виклична нитка, і що виклик ще блокує до завершення кожного відправлення.