- Shipped
- 20 août 2026 à 22:52 UTC
- Author
- Kamo
- Commit
- 584b84a
Deux choses, l'une d'elles une correction à l'engagement avant cela. Le précédent scriptifiants justifiés: [br, gzip) avec une sonde contre api.kamocrm.com. Cette sonde était erronée. Ensembles APIServices dans sa ConfigMap, notez sa repo application.yml dit faux, la ConfigMap est ce qui fonctionne - donc l'origine avait déjà été gzippé et Traefik passait le corps à travers non touché. Chaque nombre dans ce commentaire était celui de Spring, attribué à Traefik. Le Comment dit maintenant cela explicitement, parce que l'erreur est facile à répéter: presque toutes les origines derrière cette chaîne se compressent, donc les sonde montre gzip et ressemble à Traefik en choisissant gzip. La réclamation elle-même survit, mesurée correctement. L'hôte du thème est le seul Le traefik est le compresseur de manière prouvée, car MinIO sert de stocké octet et ne négocie rien. Sur le paquet widget de chat, 145 587 octets rangés: Acceptement-Encodage: gzip - zip 4 551 Acceptation-Encodage: br, gzip - zip 45,501 Accepter-Encodage: gzip, déflate, br, zstd - Acceptation-Encodage: br 40,754 Acceptement-Encodage: La deuxième ligne est la découverte: le bâtli demandé FIRST reste en retour gzip. Traefik ignore la commande du client et prend gzip chaque fois qu'il est acceptable, donc aucun navigateur n'a jamais reçu le plus petit codage. La dernière ligne est un deuxième défaut - sans 'encodages' là-bas est Rien pour qu'un joker puisse s'y installer, donc n'a pas de compression du tout. C'est 10,4% d'un paquet qui charge sur les propres sites des clients, donc «theme-compress» obtient les mêmes encodages et le minimum que le partage intergiciel. minResponseBodyBytes est documenté comme épinglant une défaillance plutôt que changement de comportement: 1024 est déjà la défaillance de Traefik, confirmée par le Chargeur de widget de 483 octets passant par traversé sans réglage. Vérifié en direct après le déploiement précédent: l'intergiciel porte (la mise à jour de la CRD v3.3 a fait son travail et le champ n'était pas élagué), un «Accept-Encoding:» demande retour br, et le PNG que utilisés pour revenir 30 octets de plus que la source n'est plus touchée.