Armazenar e ler avatares sob um prefixo independente de domínio

FixSecurityService
Navios
31 de julho de 2026 às 20:13 UTC
Autor
Kamo
Enviar
7103dae

Os caminhos do objeto Avatar foram prefixados com o domínio de qualquer host pedido chegou em (getPublicBucket Nome → kamocrm-com, optionone-com, cluster-local, ...), e o prefixo foi recomputado em cada leitura. Um avatar opens off User, e um usuário pode ser membro de várias organizações, a foto enviada enquanto no domínio de uma organização foi resolvida para um caminho que não existe quando lido de outro — MinIO retornou NoSuchKey e o imagem 404'd. A maioria da UI esconde que por trás de um backback iniciais; e-mail as assinaturas renderizam um <img> nu, assim que a foto do membro simplesmente desapareceu enquanto o logotipo da empresa (um ativo tema por domínio resolvido lado cliente) mantido A carregar. Todos os caminhos do objeto avatar agora vêm do AvatarObjectPaths, que usa um prefixo "plataforma" fixo. O layout do balde e da pasta estão inalterados, e o 83 objetos existentes foram copiados — não movidos — para o novo prefixo, então qualquer O URL já está na natureza.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços