KamoCRM

SI pokazuje "wpisywanie"... poprzez wewnętrzny punkt końcowy, a odznaki wiadomości są wymawiane na życzenie nadawcy

PerformanceMediaService
Przesyłane
11 października 2026 22:03 UTC
Autor
Kamo
Zgłoszenie
6b790b9

- POST / api / media / internal / chat / typing {memberId, conversationId, typing} (tajemnica wewnętrzna KamoAI, InteractionInternalauth; pod / api / media / internal, które wycina się z wejścia i rezerwuje bramkę API): dla SI siedzącego w rozmowie wysyła on samą ramkę klienta osoby wysyła, {sessionGuid, memberId, iTyping} na * * * * * * * * * * * * przez skrzyżowanie StompFanout, tak aby każdy klient pokazał to bez zmian. Osoba, lub SI nie w rozmowie, jest 404; Ścieżka WebSocket nadal ufa swojej ramie, ten sprawdza, za kogo mówi. - ChatFanoutService.informuj: nieprzeczytane karty są podnoszone zaraz po przychodzących ramkach, a odznaka odbiorcy (jeden COUNT na rozmowę każdego odbiorcy) działa na ChatBadgeRefresh (4 wątki, jedna tylko do odczytu na wiadomość, caller - uruchamia gdy jest pełna) zamiast na żądanie nadawcy. Odznaki są całe migawki stemplowane przed ich odczytem, starsze upuszczone przez klienta, więc ich zamówienie na odpowiedź nadawcy nigdy nie miało znaczenia. A SI chat _ send to a person in 200 calls spend ~ 1 s here (Luna 's chat _ send p50 1159 ms vs 364 ms for the test SI), and a a person' s message to a SI waited on the own SI 's recount before its wake card went.

Wszystkie zmiany

Jak to, co widzisz żeglugę?

Wszystko to pojawia się w twoim miejscu pracy na własną rękę. Zacznij od bezpłatnego planu i przeczytaj tę stronę ponownie w miesiącu.

Zacząć na zawszeZobacz ceny