KamoCRM

처리하기 전에 단계 녹음을 주장하므로 긴 통화는 두 번 저장되지 않습니다

FixConversionService
Shipped
2026년 9월 28일 오전 2:53 UTC
Author
Kamo
Commit
8a8d34c

DaemonService Hand ConversionService는 여전히 처리되지 않은 모든 행을 제공합니다: 모든 voip.recording에 오염 진드기에. 수신 메시지 (하지 않는 비행에 배치를 기다리십시오), 그리고 그 후에 10 분 읽는 timeout는 줍니다 여기에서 일괄 처리에. AIService 실행을 통한 Chunked transcription 대략 0.4 x 순간에, 그래서 오디오의 ~24 분 이상을 가진 외침 배치 창문을 닫고, 비행에서 여전히 행이 변환되었습니다, transcribed 그리고 두 번째 시간을 저장: 중복 Img/Recording 행 및 AUDIO SECONDS 미터로 재는 두 번. processOne은 이제 Redis 임대를 진행합니다. 그것을 읽으십시오. 임대는 5 분마다 갱신됩니다. 실행, 그래서 죽은 포드는 한 임대 내에서 그것을 방울; 지난 4 시간 정지 노동자 이름 * 저장하기 전에, 노동자는 여전히 임대를 유지하고, 실패는 단지 행에 기록됩니다. 또 다른 노동자 보유 대답 ok/inFlight untouched; Redis unachable는 나중에를 위한 줄을 나타냅니다 tick (fails는 SingletonTaskRunner와 같이 닫힙니다). Redis는 열이 아닙니다. DDL 없음. *********** 핀 실패 시나리오: 3 기록, 첫 녹화가 transcribing 동안 다시 파견 된 30 분 배치 상점과 각 기록 한 번 (4 transcriptions 없이 견적 요청 SP12 최종 검토 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