- Enviado
- 8 de noviembre de 2026 a las 8:17 UTC
- Autor
- Kamo
- Commit
- e5ca475
Una carga de documento solicitada que el antivirus retiene mientras está ocupado se registra a la vez para CADA tipo (antivirus_status PENDING, fijado por el contenido del original triple) y respuestas 202 + escaneo PENDING; la solicitud ya no bloquea hasta 45 s para la retención y una representación, y nunca 503 'intentar de nuevo' para ello. LegalHeldUploads lo termina: una suscripción a la cola CORE NATS (grupo docs-legal-antivirus) en antivirus.hold.verdict espera a la fila y al completador de ConversionService para almacenar el Los bytes comprobados, luego hace el PDF a partir de esos bytes (Oficina: ConversionService propio post-hold Los dos nunca compiten por convertirDat; fotos: convertido aquí, en posición vertical) y se mueve dañino después de la retención -> BLOQUEADO + familia (el cargador y los espectadores de Antivirus fueron Idempotente (escribe solo cuando aterriza en el suelo, como le dijo AntivirusGate cuando el completador registró el veredicto) una fila todavía PENDIENTE), reintentado en YugabyteDB conflictos, anunciado en rt.org.<org>.docs con el El evento es un nudge: la subida lanza un intento de carga de la página, pero no se realiza ningún intento de carga Después de su confirmación y cualquier lectura de un archivo PENDING lanza otro. Cada lectura (miembro, revisor, precomprobación SI, encuadernador ejecutado) de un archivo PENDING responde 423 ANTIVIRUS_CHECKING, de un BLOCKED uno 423 ANTIVIRUS_BLOCKED (familia, nombreDeArchivo), y el El PDF pasa por la puerta de lectura del antivirus; el controlador de revisión mantiene la forma de la plataforma El miembro no puede terminar mientras un archivo todavía se está comprobando o bloqueando.