Илгээлтийг хэсэгчлэн уншихад chunked HTTP шаардлагагүй

Үгүй. Клиент том файлыг жижиг буферт уншиж, мэдэгдэж буй Content-Length-тэй илгээж чадна. Хязгаарлагдмал уншилт нь санах ойн хэрэглээг хянаж, HTTP хүрээ нь хүлээн авагчид хүсэлтийн бие хаана төгсөхийг хэлнэ.

HTTP сан байт уртыг нь мэддэг тогтвортой файл нь тодорхойгүй хэмжээний өгөгдөл үүсгэдэг генератороос ялгаатай. Хоёр эх сурвалжид сангийн дэмждэг биеийн интерфэйсийг ашиглана. Зөвхөн урт өгөхийн тулд бүх файлыг мөрөнд угсрах шаардлагагүй.

HTTP/1.1-ийн хувьд протоколын дүрмийн дагуу бодитоор илгээсэн хүрээг шалгана: Content-Length эсвэл chunked дамжуулалтын кодчилол. Chunked кодчилол нь файлын агуулгаас гадуур хэмжээний тэмдэг нэмнэ. Зөрчилтэй хүрээний талбарыг нэгтгэхгүй, проксийг илгээлтийг хүлээн зөвшөөрүүлэх гэж уртыг таамаглахгүй.

Проксигоор дамжсан илгээлт бүтэлгүйтвэл HTTP хувилбар, биеийн эх сурвалж, эхний татгалзлыг бүртгэнэ. 411 хариу нь биеийн дунд хаагдах холболтоос өөр мөрдөн шалгалтыг заана. Хэрэв оронд нь баталгаажуулалтын давтан оролдлого бүтэлгүйтвэл илгээлтийн биеийг дахин тоглуулж болох эсэхийг шалгана. Програмын унших буферын хэмжээг өөрчлөх нь хүсэлтийн хүрээг яг адилхан үлдээж болно.

Тухайн ажиглалтад зам чухал. Нээлттэй текстийн дамжуулалт илгээлтийн HTTP хүрээг проксид ил гаргадаг; энгийн төгсгөлөөс төгсгөл HTTPS үүнийг туннель дотор байрлуулна. HTTP/2 өөрийн хүрээг ашиглана. Тиймээс Squid-ийн түүхэн хязгаарлалтууд тодорхой хуучин алдааг тайлбарладаг бөгөөд өнөөгийн бүх прокси урсгалт илгээлтийг татгалздаг гэсэн дүрэм биш.