- Navios
- 19 de agosto de 2026 às 18:10 UTC
- Autor
- Kamo
- Enviar
- e414d05
MinIO retorna bytes de objeto exatamente como armazenado — não negocia Conteúdo-codificação — e os dois temas IngressRoutes transportados `strip-hsts' e Cors, mas sem compressão. Então tudo em forma de texto sobre theme.kamocrm.com foi para fora descompactado, em cada pedido frio, para cada site incorporando-o. O widget de chat é o pior caso e a razão pela qual isso surgiu: 145 KB de JavaScript, sem codificação de conteúdo, incorporado nas próprias páginas dos clientes, onde está reportado contra a pontuação * seu* Farol em vez da nossa. O tema config.json cada aplicativo busca no boot, os logotipos SVG e as listas de reprodução HLS são Todos na mesma posição. Deliberadamente `incluídoContentTypes` em vez de reutilizar o cluster-wide 'compress' middleware 's nu 'scompress: {}'. Este anfitrião é esmagadoramente binário já comprimido — fundos WebP, cartazes JPEG, MP4 e MPEG-TS segmentos medidos em centenas de megabytes – e executando aqueles através do gzip gasta CPU por solicitação para produzir saída não menor do que sua entrada. A lista nomeia apenas os tipos que realmente encolhem; tudo o resto é passado intocada. `kubectl diff` contra live antes de empurrar: nenhuma deriva preexistente em ambos rota (`strip-hsts' e `cors` correspondem exatamente ao repo), então as únicas alterações são o novo middleware e as duas referências a ele. Também levanta as listas de reprodução HLS de max-age=300. Isso foi muito mais curto do que o seu razão própria declarada necessária — o comentário pede apenas que um re-encode se torne visível sem esperar um ano — e suficientemente baixo para ser comunicado como um política de cache ineficiente contra cada página que incorpora o carretel. Um novo código é um ato deliberado que acontece um punhado de vezes por ano (o .source-sha256 marcador no-ops cada outra execução), então uma hora de propagação não custa nada a ninguém irá notar, e o adicional revalidate defasado responde a um jogador retornando do tesouro imediatamente para o dia seguinte. Segmentos permanecem imutáveis e loop.mp4 permanece em 300s, uma vez que o recipiente de entrada MediaMTX lê-lo em reiniciar. Essa última parte só faz efeito no próximo re-encode real, uma vez que o trabalho no- ops enquanto o hash de origem corresponde; as listas de reprodução ao vivo mantêm- as atuais cabeçalhos até lá.