Жүктөөнү бөлүктөр менен окуу chunked HTTP талап кылбайт
Жүктөө алдыга багытталган прокси аркылуу башкача жүрүм көрсөткөндө, колдонмонун чектелген окууларын HTTP/1.1 билдирүү фреймдөөсүнөн бөлүңүз.
Жок. Кардар чоң файлды кичине буферлерде окуп, аны белгилүү Content-Length менен жөнөтө алат. Чектелген окуулар эстутумдун керектөөсүн башкарат; HTTP фреймдөөсү алуучуга сурамдын денеси кайда бүтөрүн айтат.
HTTP китепканасы байт узундугун билген туруктуу файл белгисиз көлөмдөгү маалымат чыгарган генератордон айырмаланат. Эки булак үчүн тең китепкана колдогон дене интерфейсин пайдаланыңыз. Узундук берүү үчүн гана бүт файлды сапка чогултуунун кереги жок.
HTTP/1.1 үчүн протоколдун эрежелерине ылайык иш жүзүндө жөнөтүлгөн фреймдөөнү текшериңиз: Content-Length же chunked өткөрүү коддоосу. Chunked коддоо файлдын мазмунунан тышкаркы өлчөм белгилерин кошот. Карама-каршы фреймдөө талааларын бириктирбеңиз жана проксини жүктөөнү кабыл алууга көндүрүү үчүн узундукту болжолдобоңуз.
Прокси аркылуу жүктөө ишке ашпаса, HTTP версиясын, дене булагын жана биринчи баш тартууну жазып алыңыз. 411 жообу дененин ортосунда жабылган байланыштан башка иликтөөнү сунуштайт. Эгер ордуна аутентификацияны кайталоо аракеттери ишке ашпаса, жүктөө денесин кайра ойнотууга болобу текшериңиз. Колдонмонун окуу буферинин өлчөмүн өзгөртүү сурамдын фреймдөөсүн так мурункудай калтырышы мүмкүн.
Бул байкоо үчүн маршрут маанилүү. Ачык текст менен өткөрүү жүктөөнүн HTTP фреймдөөсүн проксиге ачып берет; кадимки учтан учка HTTPS аны туннелдин ичине салат. HTTP/2 өзүнүн фреймдөөсүн колдонот. Ошондуктан Squidдин тарыхый чектөөлөрү белгилүү эски ийгиликсиздиктерди түшүндүрөт, ал эми азыркы ар бир прокси агымдык жүктөөлөрдү четке кагат деген эреже эмес.