- Se descapó
- 15 de agosto de 2026 a las 0:34 UTC
- Autor
- Kamo
- Compromit
- e797ced
EVENT-SOUND-ASSETS: un archivo de sonido que alguien subió, listo para ser asignado. Ámbito de aplicación espejos EVENT-SOUND-PROFILES exactamente igual a las tres capas, el mismo SCOPE-ID convención, así que "que suena entre otra" y "qué capa estoy editando" son un modelo preguntado por dos mesas. DEIBERATELY NO una fila imgs/img-dats. El oleoducto de imágenes está construido para documentos: dedup descompuesto, miniaturas, carpetas, tipos de doc, per-asociación Borrar y sobrescribir las reglas. Un efecto de sonido es un archivo de dos segundos con un nombre y un descripción y no necesita nada de eso. Más al punto, una decimoquinta ImagenAssocType obliga a TODOS los servicios de imágenes a redespliegarse en el bloqueo de las asociaciones por valores (s)[ordinal] y un enum rancio lanza ArrayIndexOutOfBounds y un sonido el efecto no debe ser capaz de romper las subidas de documentos por los existentes. Lo que mantiene alejado de ese oleoducto es lo que importa: los bytes pasan ConversionService, que los escántalos y transcodifica a Opus, y aterrizan en el mismo cubo de MinIO bajo su propio prefijo. ORG-ID está separado de SCOPE-ID porque un sonido de los miembros tiene el miembro. id en el alcance y todavía está en el estante de esa organización. Sonidos de la plataforma llevar un null org y no se le acusa a nadie que el catálogo sea de Kamo. De ahí el dominio de almacenamiento EVENT-SOUNDS en lugar de una línea dentro de DOCUMENTOS: estos son un producto distinto que una organización puede ser sorprendida, y enterrándolas repetiría el error que escondió 5,08 GB de tráfico de chat dentro de un "Documentos" figura. Esquema aplicado a través de KamoInitializer y verificado en Yugabyte antes de este empujón. 1418 pruebas pasan, StorageDomainCoverageTest incluido.