Yuklamani bo'laklab o'qish chunked HTTP talab qilmaydi
Yuklama forward proxy orqali boshqacha ishlaganda cheklangan ilova o'qishlarini HTTP/1.1 xabar freymlashdan ajrating.
Yo'q. Mijoz katta faylni kichik buferlarda o'qib, ma'lum Content-Length bilan yuborishi mumkin. Cheklangan o'qishlar xotira sarfini nazorat qiladi; HTTP freymlash esa qabul qiluvchiga so'rov tanasi qayerda tugashini aytadi.
Bayt uzunligi HTTP kutubxonasiga ma'lum bo'lgan barqaror fayl noma'lum miqdorda ma'lumot ishlab chiqaradigan generatordan farq qiladi. Ikkala manba uchun ham kutubxona qo'llab-quvvatlaydigan tana interfeysidan foydalaning. Faqat uzunlik berish uchun butun faylni bitta satrga yig'ish shart emas.
HTTP/1.1 uchun haqiqatda yuborilgan freymlashni tekshiring: protokol qoidalariga muvofiq Content-Length yoki chunked transfer coding. Chunked kodlash fayl mazmunidan tashqarida o'lcham belgilarini qo'shadi. Qarama-qarshi freymlash maydonlarini birlashtirmang va proxy'ni yuklamani qabul qilishga ko'ndirish uchun uzunlikni taxmin qilmang.
Agar proxy orqali yuklama muvaffaqiyatsiz bo'lsa, HTTP versiyasini, tana manbasini va birinchi rad etishni yozib oling. 411 javobi tana o'rtasida yopiladigan ulanishdan boshqa tekshiruvni taklif qiladi. Agar buning o'rniga autentifikatsiya qayta urinishlari muvaffaqiyatsiz bo'lsa, yuklama tanasini qayta ijro etish mumkinmi tekshiring. Ilovaning o'qish buferi hajmini o'zgartirish so'rov freymlashni aynan avvalgidek qoldirishi mumkin.
Yo'l bu kuzatuv uchun muhim. Ochiq matnda uzatish yuklamaning HTTP freymlashni proxy'ga ochib beradi; oddiy end-to-end HTTPS uni tunnel ichiga joylashtiradi. HTTP/2 o'z freymlashidan foydalanadi. Shuning uchun Squid'ning tarixiy cheklovlari ayrim eski nosozliklarni tushuntiradi, hozirgi har bir proxy oqimli yuklamalarni rad etadi degan qoidani emas.