KamoCRM

Un envío busca su límite de velocidad AI y la foto de su remitente antes de que su transacción abra

FixMediaService
Se descapó
29 de septiembre de 2026 a las 0:28 UTC
Autor
Kamo
Compromit
434cb44

SP98-D-5 y D-9. Un chat enviar pidió a SecurityService para el límite de alquiler de un miembro de AI (hasta 1 s + 2 s) dentro de la transacción de envío abierto, y leer las filas de dominio de la organización del remitente para la URL de la foto después de la INSERT del mensaje - una lectura tardía YugabyteDB no puede reiniciar, que perdió dos envíos a "Iniciar la lectura requerida" (2026-09-26 03:04 y 09:31 UTC). - AiTurnGuard.limitFor(sender) se le pide antes de la transacción; admit (sesión, remitente, límite) solamente cuenta dentro de ella y rechaza una AI cuyo límite no se resolvió primero. - MediaController.createMessage abre su propia transacción (TransactionTemplate) después de ambas búsquedas; se sienta fuera de ella, así que un envío que falla después de que su INSERT sea volado antes de sus 500 en lugar de comprometer el mensaje el cliente volverá a entrar. - Exec2ExecService.post lee el límite, luego los mensajes en su transacción. - SenderAvatars construye la URL de la foto de ViewerThemeDomain (una ensambladora) y el avatar releído por id, fuera de cualquier transacción. OrgDomainResolver no tenía ningún callador y se retira.

Todos los cambios

Como lo que ves enviaste?

Todo llega a su espacio de trabajo por sí solo. Comience en el plan gratuito y lea esta página de nuevo en un mes.

Arranzar gratis para siempreVer Precios