KamoCRM

Un SI mostra "diping..." attraverso un endpoint interno, e i distintivi di un messaggio vengono raccontati dalla richiesta del mittente

PerformanceMediaService
Spegnimento
11 ottobre 2026 alle ore 22:03 UTC
Autore
Kamo
Impegno
6b790b9

- POST /api/media/internal/chat/typing {memberId, conversazioneId, digitando} (KamoAI segreto interno, InteractionInternalAuth; sotto /api/media/internal, che l'ingresso si ritaglia e le riserve API gateway): per un SI seduto nella conversazione invia la cornice stessa client di una persona invia, {sessione, membroId crossT. Una persona, o un SI non nella conversazione, è 404; il percorso WebSocket ancora si fida della sua cornice, questo controlla per chi parla. - ChatFanoutService.announce: le schede non lette vengono sollevate subito dopo le cornici in arrivo, e il tasso di riconoscimento dei destinatari (un COUNT per conversazione di ogni destinatario) viene eseguito su ChatBadgeRefresh (4 thread, una transazione di sola lettura per messaggio, caller-runs quando pieno) invece della richiesta del mittente. I cattivi sono intere istantanee timbrate prima della loro lettura, il più vecchio è caduto dal cliente, quindi il loro ordine alla risposta del mittente non ha mai importato. Chat send di un SI a una persona in 200 conversazioni spesi ~1 s qui (Luna chat send p50 1159 ms vs 364 ms per la prova SI), e il messaggio di una persona a un SI ha aspettato sul proprio racconto del SI prima che la sua carta di sveglia uscisse.

Tutte le modifiche

Come quello che vedi la spedizione?

Tutto questo arriva nel vostro spazio di lavoro da solo. Iniziare sul piano gratuito e leggere di nuovo questa pagina in un mese.

Inizia gratis per sempreVisualizza il prezzo