أفضل بروتلي على مضيف الموضوع، وتصحيح الأساس المنطقي السابق

Shipped

20 أغسطس 2026 في 10:52 م UTC

صاحب البلاغ

Kamo

Commit

584b84a

شيءان، إحداهما تصحيح للفعل قبل هذا The previous commit justified `encodings: [br, gzip] ` with a probe ضد (آبي) هذا المسبار كان خاطئاً APIService sets "server.compression.enabled: true ' in its ConfigMap - note its repopo الطلب يقول كاذباً، الـ"كونفيج ماب" هو ما يُدير، لذا المصدر و(ترافيك) كان يمرر الجثة من خلال غير ممسوح كُلّ رقم في ذلك التعليقِ كَانَ سبرنغ، عُزي إلى ترافيك. The والتعليق الآن ينص صراحة على ذلك، لأن الخطأ يسهل تكراره: تقريباً كل مصدر خلف تلك السلسلة من الإكتئاب الذاتي، لذا تُراقبهم يظهر (جيزيب) ويبدو أن (ترايفيك) يختار (زب) The claim itself survives, measured properly. مضيف الموضوع هو الوحيد من المحتمل أن (ترايفيك) هو الشريك لأن (ميني أو) يخزن لا تتفاوض على حزمة الدردشة، 587 145 بوصة كما هو مخزن: الموافقة: gzip -- gzip 45,501 الموافقة: br, gzip -- gzip 45,501 الموافقة: gzip, deflate, br, zstd -- gzip 45,501 الموافقة: br -- br 40,754 قبول: السطر الثاني هو النتيجة: (زب) ترافيك يتجاهل أمر الزبون ويأخذ الزقاق كلما كان هو مقبول، لذلك لم يحصل أي بروزر من أي وقت مضى الترميز الأصغر. والسطر الأخير هو عيب ثان - لا يوجد فيه " مجموعة من الرموز " . لا شيء لبطاقة البرية أن تصمم عليه، لذلك `لا يوجد أي ضغط على الإطلاق. هذا هو 10.4٪ من الحزمة التي تحمل على مواقع العملاء الخاصة، لذلك " الكاتبة المصغرة " تحصل على نفس الزينة والحد الأدنى الذي يحصل عليه المشترك في منتصف الإطارات minResponseBodyBytes is documented as binning a default rather than تغيير السلوك: 1024 هو بالفعل عجز ترافيك، يؤكده 483-Bte widget loader passing through uncompressed with no setting. تم التحقق منها مباشرة بعد النشر السابق: " الزينة " (لذا قام تحديث الرقم v3.3 CRD بعمله ولم يكن الميدان ركض، و " قبل الترميز: / طلب العودة برا، و PNG أن اعتادت ان تعود 30 بوصة اكبر من المصدر لم تلمس الان.