Un chat live este revendicat prin popup, niciodată alocat

FixMediaService
Expediere
10 august 2026 la 18:22 UTC
Autor
Kamo
Comite
3b734ec

Routing cereri de chat prin rotund-Robin a fost modelul greșit și a rupt lucru pe care trebuia să-l repare. Un bilet alocat părăsește coada revendicabilă (SuportQueueService necesits asignedAgent IS NULL), astfel alocarea unui chat oprit accept-popup oferindu-l oricui chat fixat la un membru cu un alias alb care nu a fost acolo, și nu popup pentru Oricine. Filtrul de disponibilitate adăugat pentru a proteja împotriva care nu funcționează, fie, deoarece disponibilitatea status nu este prezenta: logout scrie Away și nimic Altcineva îl curăţă, astfel încât un membru care pur şi simplu nu semnează citeşte AVIABIL pe termen nelimitat. Acest orga are o duzină de astfel de rânduri, și rotund-Robin mers drept într-unul. atribuiTicket decodeaza acum orice PRE TICKET indiferent de strategia subiectului. A live chat merge la coadă și popup pagini fiecare agent disponibil, care este singura cale care necesită un browser live la celălalt capăt; se întâmplă atribuirea când cineva acceptă. Biletele depuse pe același subiect sunt încă alocate prin rotaţie rotundă, şi convertiPreTicket încă trasee un chat prin alocare Odată ce devine un bilet adevărat. Păstrat din cele două angajamente anterioare: YugabyteDB read-restart și fixuri auto-blocare, și rutarea rulează în propria tranzacție post-commit.

Toate modificările

Ca ceea ce vezi de transport maritim?

Fiecare dintre aceste actualizări aterizează automat în spațiul de lucru. Începe gratuit și urmăriți-l crească săptămână după săptămână.

Pornește gratuit pentru totdeaunaVezi prețurile