- Szycy
- 20 sierpnia 2026 22:46 UTC
- Autor
- Kamo
- Pochęt się
- 3f36bd0
Współdzielone oprogramowanie środkowe .compress było "kompresyj": ", która wynosi trzy Oddzielne domyślne domyślne i żaden z nich nie jest tym, którego chcemy. Traefik wybiera gzip, gdy klient w ogóle go oferuje, bez względu na to, bez względu na to, Zamówienie, w którym klient się zaprosił. Zmierzony przeciwko api.kamormm.com, który Jest Spring Boot i nie kompresuje się w swoim pochodzeniu: Zadatuj kodowanie: gzip, opcjonalna, br, zstd -> gzip 119 bajtów Akceptacja kodująca: br, gzip -> gzip 119 bajtów Akceptacja kodująca: br - br - br 87 bajtów Druga linia to odkrycie: proszenie o brotli po raz pierwszy powróciło Gzip. Każda przeglądarka wysyła gzip, więc nic za tym łańcuchem nigdy nie ma Otrzymano brotli — około 25% każdej odpowiedzi JSON z każdej Javy Usługa, poddana do niewykonania zobowiązania. Skompresjonował również rzeczy, które są już skompresowane. /favicon-96x96.png to 12,763 bajtów i wrócił jako 12,793 — większy, plus procesor kompresorowy tutaj i procesor dekompresor w przeglądarce, w cenie Każde żądanie zdjęcia na każdej stronie w łańcuchu. Temat już gospodarz Rozwiązano to za pomocą listy dopuszczeń (theme-compress”); ten sam obsługiwany PNG Stamtąd przechodzi przez nietknięte. To wprowadza wspólny łańcuch do Linia. I skompresował ciała zbyt małe, aby mogły sobie na tym skorzystać: api.kamorm.com's 404 Ciało to 99 bajtów jako tożsamość i 119 bajtów gzipped. minResponseByodyBytes Teraz jest ustawiony, a nie zakładany. Lista dozwolona jest raczej listą dopuszczalną niż na liście wykluczeń. W szczególności ze względu na tekst/wydarzenia-stream. Kompresja SSE buforuje go, To jest jedna rzecz, której strumień nie może zrobić; lista dopuszczeń ją wyklucza przez budowę. tekst/x-komponent znajduje się na liście celowej – Next 16 W podglądzie, jak RSC, 60-100 KB apiece, oraz Wyjście to po cichu odprawiłoby to, że dla każdej aplikacji Next, która to robi Nie kompresować u jego pochodzenia. CRD regenerowały się z v3.3 w tym samym zatwierdzeniu, ponieważ „enkodniki” Wymaga Traefik > 3,2, a zaangażowane CRD zostały wygenerowane dla a Wydanie przed 3,2 podczas uruchamiania binarnego jest v3.3. Pole miałoby Zostało SILENTLY PRUNED przez serwer API, nie odrzucone – wszystkie mają zastosowanie Przepustki do wdrożenia-services.yml -validate-false - więc wyglądałoby to na to, że Nie zgłoszony i nic nie zmienił. Schema difu zweryfikowany dodatek czystoowy: 88 Dodano pola, 0 usunięte, te same 10 CRD, te same wersje, i "kubectl apply --dry-run-serwerer" akceptuje wszystkie dziesięć.