- Enviado
- 8 de novembro de 2026 às 02:36 UTC
- Autor
- Kamo
- Confirmação
- 33e7e17
A biblioteca de recursos nunca armazenou um arquivo. KbMediaService escreveu para o bucket constante "kb" — dois caracteres, abaixo do mínimo de três caracteres do S3 — então o minio-java recusou cada put e cada presign antes que um byte deixasse o pod. kamo.minio.bucket estava no ConfigMap o tempo todo; nada o leu. - Bucket vem de kamo.minio.bucket (agora kb-resources), validado contra Nomeação S3 com um padrão seguro; ensureBucketExists ainda o cria. - O cliente KB MinIO assina com a região do site (us-west-ca-s-1), como O cliente compartilhado faz; o padrão us-east-1 do minio-java é rejeitado. - Novo GET /api/kb/media/{id}/content transmite os bytes de MinIO (não byte[]), intervalo único -> 206, 416, HEAD, ETag/304, cache privado, nosniff + sandbox CSP, em linha apenas para imagens raster/PDF/áudio/vídeo. O mesmo acesso que antes: própria organização, caso contrário, a ajuda da plataforma que este leitor pode ler, em seguida, o veredicto do Antivírus (423 ANTIVIRUS_BLOCKED / ANTIVIRUS_CHECKING). - presignedUrl (lista, lote, único, ajuda da plataforma) agora carrega que mesmo caminho de origem em vez de uma assinatura para o host no cluster MinIO no Objetos bloqueados ou ausentes ainda não recebem nenhum URL.