- Spegnimento
- 20 agosto 2026 alle ore 22:52 UTC
- Autore
- Kamo
- Impegno
- 584b84a
Due cose, una di loro una correzione al commit prima di questo. Il commit precedente giustificato `codifica: [br, gzip]` con una sonda contro api.kamocrm.com. Quella sonda aveva torto. Set APIService `server.compression.enabled: true` nel suo ConfigMap — nota il suo repo application.yml dice falso, il ConfigMap è ciò che funziona — quindi l'origine aveva già agito e Traefik stava passando il corpo attraverso intatto. Ogni numero in quel commento era di Spring, attribuito a Traefik. The il commento ora lo dice esplicitamente, perché l'errore è facile da ripetere: quasi ogni origine dietro quella catena di autocompressi, quindi probing loro mostra gzip e sembra Traefik scegliendo gzip. Il reclamo stesso sopravvive, misurato correttamente. L'ospite tema è quello posto Traefik è provabilmente il compressore, perché MinIO serve immagazzinato byte e negozia nulla. Sul pacchetto widget di chat, 145,587 byte come memorizzato: Codifica: gzip -> gzip 45,501 Codifica: br, gzip -> gzip 45,501 Codifica: gzip, deflato, br, zstd -> gzip 45,501 Codifica dell'accettazione: br -> br 40,754 Codifica dell'accettazione: * -> nessuno 145.587 La seconda riga è la ricerca: brotli richiesto FIRST ritorna Gzip. Traefik ignora l'ordinazione del cliente e prende gzip ogni volta che è accettabile, quindi nessun browser ha mai ricevuto la codifica più piccola. L'ultima riga è un secondo difetto — senza `encodings` set c'è niente per un jolly da risolvere, quindi `* non ha alcuna compressione affatto. Questo è il 10,4% di un pacchetto che si carica sui siti propri dei clienti, quindi `theme-compress` ottiene la stessa codifica e il minimo del condiviso middleware. minResponseBodyBytes è documentato come pinning un default piuttosto che cambiamento del comportamento: 1024 è già il default di Traefik, confermato dal 483-byte widget loader passare attraverso non compresso senza impostazione. Verificato dal vivo dopo la distribuzione precedente: il middleware trasporta `encodings` (così l'aggiornamento v3.3 CRD ha fatto il suo lavoro e il campo non era pruned), un `Accept-Encoding: *` richiesta restituisce br, e il PNG che usato per tornare 30 byte più grande della fonte è ora intatto.