- Szycy
- 10 sierpnia 2026 19:17 UTC
- Autor
- Kamo
- Pochęt się
- 7dbe280
Żądanie czatu i przesłany bilet są tą samą jednostką pracy; temat jest Strategia jest jedyną rzeczą, która decyduje o tym, jak to się wydaje. W tym, w tym, w tym, że pocjęci w tym, w tym, że w tym, pocytowani w z tym, w posą o., w pot w tym, w tym, w tym, w tym, Specjalny przypadek PRE_TICKET zniknął. AUTO_ASSIGNMENT wybiera najmniej zajęte agenta, który jest naprawdę online — na żywo WebSocket via PresenceService, nigdy dostępność_status, która tylko się porusza Logowanie, wylogowanie i ręczne przełączanie, dlatego odczytuje dostępne w nieskończoność dla każdego Którzy nigdy się nie wypisują. Z nikim połączono, to dekodery, a nie przypinanie pracy do nieobecnego agenta: przydzielony bilet pozostawia żądaną kolejkę, więc zły wybór Pasuje go tam, gdzie żaden popup nie może do niego dotrzeć. Z tego samego powodu AUTO_ASSIGNMENT Dołącza do strategii rzetelnych - bilety, które dekoderuje, są dokładnie tymi To przyszło, gdy nikt nie był online, a oni nadal muszą do kogoś dotrzeć. ADMIN_ASSIGNS pozostaje jedyną strategią, która nigdy nie jest znaczalna. Obciążenie pracą liczy każdy status na żywo, w tym PRE_TICKET (osoba czekająca w Czat jest najcięższą rzeczą, jaką trzyma agent) i nie ma terminalu. Dwa punkty końcowe z powrotem przekazanie: GET /tickets/assigned-unopened, które Klient czyta na log-in i POST - który przechodzi na emeryturę Po pierwsze. Czytanie istnieje, ponieważ ASSIGNED push jest podstawowym NATS bez powtórki — Bez tego, praca przydzielona, gdy agent został wypisany, po prostu czeka na liście By być zauważonym. Pisz jest czajony do cesjonariusza i znaczki tylko raz, więc dwa Wyścigi zakładowe to raczej nie konflikt.