KamoCRM

Upozorowane nagranie przed jego przetwarzaniem, więc długie połączenie nigdy nie jest przechowywane dwa razy

FixConversionService
Shipped
28 września 2026 02:53 UTC
Author
Kamo
Commit
8a8d34c

DaemonService daje ConversionService każdy wiersz, który jest nadal nieprzetworzony: na jego ankietę, na każdym voip.recording. odebrana wiadomość (która nie czekać na partię w locie), i ponownie po jego 10-minutowy czas odczytu daje Na działającej partii. Transkrypcja Chunked poprzez AIService działa przy około 0,4 x czasu rzeczywistego, więc call partick z ponad ~ 24 minut audio przetrwa to okno, a rzędy wciąż w locie zostały przerobione, przepisywane i przechowywane po raz drugi: duplikat Img / Nagrywanie wiersza i AUDIO _ SECONDS Dwa razy. procesOne teraz bierze dzierżawę Redis w wierszu (SET NX PX, losowy token) przed Czytam. Wynajem jest odnawiana co trzecią z jego 5 minut podczas pracy Biegi, więc martwy kapsuła upuszcza go w ciągu jednej dzierżawy; pracownik po 4 godzinach zatrzymuje odnawianie. Przed przechowywaniem, pracownik sprawdza nadal posiada leasing, a porażka jest zapisywana do wiersza tylko w czasie. A rząd inny pracownik trzyma odpowiedzi ok / inFlight nietknięty; Redis nieosiągalny pozostawia wiersz na później kleszcz (nie jest zamknięty, jak SingletonTaskRunner). Redis, nie kolumna: nie DDL. * * * * * * * * * * * 30-minutowa partia ponownie wysłana, podczas gdy jej pierwsze nagranie jest transkrypcja przechowuje i transkrypcji każdego zapisu raz (4 transkrypcje bez roszczenie). SP12 przegląd końcowy I2.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing