- Expediere
- 23 septembrie 2026 la 07:50 UTC
- Autor
- Kamo
- Comite
- 90509f4
Firul unic de programator implicit al primăverii este partajat de fiecare metodă @Schedat în acest serviciu pulsul de 1 secundă al campaniei, căpușa motorului de picurare, și ReminderSchedulerService propria 60 de secunde matura printre alte aproximativ o duzină. proceseRemindersLocked a trimis e-mail-ul/popup/ sms, un apel de blocare la un moment dat, pe acel fir comun: o matura cu mai multe memento-uri datorate ținut şi tot restul programat pe pod, atâta timp cât întregul lot a luat pentru a trimite. Fiecare memento este trimis acum ruleaza pe un mic bazin cu filet fix (4 muncitori, numit calendar-reminder-sender), același principiu DripEngine deja se aplică prin predarea întregului său permis off la un fir de lucru blocarea SMTP/notificare trimite mai degrabă decât DB matura în sine. Firul de chemare încă aşteaptă. întregul lot (se leagă printr-un timeout de scurgere de 90s) înainte de procesRemindersRocked returns, care este ce păstrează contractul de închiriere "email-calendar-reminders" care acoperă întregul permis: un contract de leasing eliberat în timp ce Trimiterile au fost încă în zbor în altă parte ar lăsa un alt pod ridica memento-uri SAME și trimite De două ori. Ceea ce se schimbă este doar cât de mult timp care durează aşteptarea până la patru ori mai puţin, nu mai rău decât vechea buclă secvenţială. **************** eșuează fără schimbare: se dovedește fiecare trimite rulează pe piscină mai degrabă decât fir de apel, și că apelul încă blocuri până când fiecare trimitere a terminat.