- Navios
- 20 de agosto de 2026 às 22:52 UTC
- Autor
- Kamo
- Enviar
- 584b84a
Duas coisas, uma delas uma correção para o compromisso antes disso. O commit anterior justificou `codificações: [br, gzip]` com uma sonda contra api.kamocrm.com. A sonda estava errada. Conjuntos do APIService `server.compression.enabled: true` em seu ConfigMap — note seu repo application.yml diz false, o ConfigMap é o que funciona — então a origem já tinha zipped e Traefik estava passando o corpo intocado. Cada número nesse comentário era da Spring, atribuído a Traefik. A comentário agora diz isso explicitamente, porque o erro é fácil de repetir: quase todas as origens atrás dessa cadeia se auto-comprimem, por isso sondando-os mostra o gzip e parece o Traefik a escolher o gzip. A própria reivindicação sobrevive, medida corretamente. A máquina do tema é a única lugar Traefik é comprovadamente o compressor, porque MinIO serve armazenado bytes e não negocia nada. No pacote de widget de chat, 145.587 bytes tal como armazenado: Aceitar- Codificação: gzip -> gzip 45.501 Aceitar-codificação: br, gzip -> gzip 45.501 Aceitar-Encoding: gzip, deflate, br, zstd -> gzip 45,501 Aceitar-codificação: br -> br 40.754 Aceitar- Codificação: * -> nenhum 145.587 A segunda linha é a descoberta: brotli solicitado FIRST ainda retorna gzip. Traefik ignora o pedido do cliente e toma gzip sempre que é aceitável, então nenhum navegador recebeu a codificação menor. A última linha é um segundo defeito — sem 'codificações' nada para um wildcard para resolver, então `*` não tem nenhuma compressão. Isso é 10,4% de um pacote que carrega em sites próprios dos clientes, então `theme-compress` recebe as mesmas codificações e o mínimo que o compartilhado middleware. minResponseBodyBytes está documentado como rodando um padrão ao invés de comportamento em mudança: 1024 já é o padrão da Traefik, confirmado pela Carregador widget 483-byte passando sem compressão sem configuração. Verificado ao vivo após o implante anterior: o middleware carrega «codificações» (então a actualização do V3.3 CRD fez o seu trabalho e o campo não foi pruned), um `Accept-Encoding: *` request retorna br, e o PNG que Costumava voltar 30 bytes maiores do que a fonte está agora intocada.