- Expédié
- 20 août 2026 à 22:46 UTC
- Auteur
- Kamo
- Commite
- 3f36bd0
L'intergiciel partagé «compress» était «compress:», qui est trois des défauts séparés et aucun d'entre eux n'est celui que nous voulons. Traefik choisit gzip chaque fois que le client l'offre, indépendamment de l'ordre demandé par le client. Mesuré par rapport à api.kamocrm.com, qui est Spring Boot et ne se comprime pas à son propre origine: Acceptement-Encodage: gzip, déflate, br, zstd --gzip 119 octets Acceptement-Encodage: br, gzip - zip 119 octets Acceptation-codage: br-z b 87 octets La deuxième ligne est la découverte: demander du brotli d'abord est toujours revenu gzip. Chaque navigateur envoie gzip, donc rien derrière cette chaîne n'a jamais jamais été a reçu du gamli et environ 25 % de chaque réponse JSON de chaque Java service, jusqu'à un défaut de commande. Il a également comprimé des choses qui sont déjà comprimées. /favicon/favicon-96x96.png est de 12 763 octets et est revenu en 12 793 euros plus grand, plus de compresseur CPU ici et décompresseur CPU dans le navigateur, sur chaque demande d'image sur chaque site de la chaîne. Le thème d'accueil déjà a résolu cela avec une liste d'autorisations (theme-compress); le même PNG servi De là passe par l'intouché. Cela amène la chaîne partagée dans ligne. Et il compressait les corps trop petits pour en bénéficier: api.kamocrm.com's 404 corps est de 99 octets en tant qu'identité et 119 octets gzipped. minResponseBodyBytes est maintenant fixé plutôt que supposé. La liste d'autorisations est une liste d'autorisations plutôt qu'une liste d'exclusions. spécifiquement en raison du texte/courage. La compression de l'ESS le tamponne, qui est la seule chose qu'un flux ne doit pas faire; une liste de permis l'exclut par construction. texte/x-composant figure sur la liste à dessein. préfetse chaque «Lien» dans la fenêtre d'affichage sous le nom de RSC, 60-100 KB chacun, et le laisser s'éteindre silencieusement de résoudre ce que pour chaque prochaine application qui le fait ne pas comprimer à son origine. Les MRC régénérées à partir de v3.3 dans le même commit, parce que les codages . a besoin de Traefik, et les DMR engagés ont été créés pour une pré-3.2 libération alors que le binaire en cours d'exécution est v3.3. Le domaine aurait ont été SILENTEMENT PRUNED par le serveur API, non rejeté - toutes les demandes en deploy-services.yml passes --validate-faux-faux-volet---------------------------- n'a rien appliqué et n'a rien changé. Schéma diff vérifié purement additif: 88 les champs ajoutés, 0 supprimé, les mêmes 10 MRC, les mêmes versions, et "kubectl apply -dry-run-server" accepte les dix.