- Navios
- 29 de agosto de 2026 às 00:33 UTC
- Autor
- Kamo
- Enviar
- 70813fa
Substituindo o logotipo simples de uma org atualizou cada superfície que lê img/logo. svg e esquerda o aba do navegador na marca antiga. Geração nunca foi o problema: provisionAtualizar já regenera o conjunto favicon de img/logo. svg em cada gravação, e todas as chamadas de poupança de marca Tema de provisão. A entrega foi. Os favicons foram o último tema a escrever MinIOStorageService.upload é uma sobrecarga de cinco argumentos, que não define nenhum Cache-Control, enquanto img/logo.svg, config.json, globals.css e site.webmanifest ao lado deles TEMA ASSET CACHE CONTROL. Sem vida útil explícita, um navegador inventa um do Última idade modificada e nunca pergunta se o ícone ainda está atual. Visível do exterior: - Não, não, não. retornou sem linha de controle de cache em tudo, onde img/logo. svg ao lado dele retornado "max-idade=0, deve-revalidar". Também move a geração de favicon antes de writeConfigFiles na provisãoUpdate. Esse método carimba um novo temaRevisão em config.json, e cada cliente o adiciona como ?v= ao URLs favicon ele solicita, então publicar a revisão primeiro abriu uma janela em que uma página load poderia ler a nova revisão e cache os bytes OLD sob o endereço NEW. Gerando primeiro fecha-o — quando uma revisão nomeia estes objetos eles são os que estão no disco. providenceFull já funcionou nesta ordem. O melhor esforço de captura fica: uma falha favicon não deve bloquear a gravação de cores/configurações, que é a parte crítica de uma gravação de cores. Objetos escritos antes disso ainda não carregam Cache-Control, e favicons são <link> hrefs diretamente para o host tema em vez de proxied, assim que objetos favicon de uma org só ganhar o cabeçalho na sua próxima gravação de marca.