KamoCRM

Behaupten Sie eine inszenierte Aufnahme vor der Verarbeitung, so dass ein langer Anruf nie zweimal gespeichert wird

FixConversionService
Verschickt
28. September 2026 um 02:53 UTC
Autor
Kamo
Commit
8a8d34c

DaemonService überreicht ConversionService jede noch unbearbeitete Zeile: auf seiner Umfrage tick, auf jedem voip.recording.empfangen Nachricht (die nicht warten auf eine Charge im Flug), und wieder nach seiner 10-minütigen Lese-Auszeit gibt oben auf einer Charge, die noch hier läuft. Gekürte Transkription durch AIService läuft bei etwa 0,4 x Echtzeit, also eine Call-Charge mit mehr als 24 Minuten Audio über Ausdauern, dass Fenster, und die Reihen noch im Flug wurden umgewandelt, transkribiert und ein zweites Mal gespeichert: ein Duplikat Img/Recording-Reihe und AUDIO_SECONDS zweimal dosiert. processOne nimmt jetzt einen Redis-Leasing auf der Zeile (SET NX PX, Zufalls-Token) vor Lesen. Der Mietvertrag wird jedes Drittel seiner 5 Minuten verlängert, während die Arbeit läuft, so dass eine tote Hülse fällt es innerhalb eines Mietvertrags; ein Arbeiter nach 4 Stunden stoppt Erneuerung. Vor der Lagerung, der Arbeiter überprüft es noch hält den Mietvertrag, und eine Fehler wird nur in die Zeile geschrieben, solange es tut. Eine Reihe ein anderer Arbeiter hält antwortet ok/inFlight unberührt; Redis unerreichbar verlässt die Reihe für einen späteren tick (fails geschlossen, wie SingletonTaskRunner). Redis, keine Kolumne: keine DDL. ************ pins das Ausfall-Szenario: eine 3-Aufnahme, 30-Minuten-Batch erneut versendet, während die erste Aufnahme transkribiert wird speichert und transkribiert jede Aufnahme einmal (4 Transkriptionen ohne Anspruch). SP12 Abschlussbesprechung I2.

Alle Änderungen anzeigen

Wie das, was Sie sehen Versand?

Beginnen Sie mit dem kostenlosen Plan und lesen Sie diese Seite in einem Monat erneut, um zu sehen, ob Sie die neuen Funktionen nutzen möchten.

Kostenlos für immer startenPreise anzeigen