يۈكلەشنى بۆلەكلەر بويىچە ئوقۇش Chunked HTTP نى تەلەپ قىلمايدۇ

ياق. خېرىدار چوڭ ھۆججەتنى كىچىك بۇفېرلاردا ئوقۇپ، مەلۇم Content-Length بىلەن ئەۋەتەلەيدۇ. چەكلەنگەن ئوقۇش ئىچكى خاتىرە ئىشلىتىشىنى كونترول قىلىدۇ؛ HTTP قۇرۇلمىسى قوبۇل قىلغۇچىغا تەلەپ بەدىنىنىڭ قەيەردە ئاخىرلىشىدىغانلىقىنى ئېيتىدۇ.

HTTP كۇتۇپخانىسى بايت ئۇزۇنلۇقىنى بىلىدىغان مۇقىم ھۆججەت، نامەلۇم مىقداردا سانلىق مەلۇمات چىقىرىدىغان گېنېراتوردىن پەرقلىق. ھەر ئىككى مەنبە ئۈچۈن كۇتۇپخانا قوللايدىغان بەدەن كۆرۈنمە يۈزىنى ئىشلىتىڭ. پەقەت ئۇزۇنلۇق بېرىش ئۈچۈن پۈتۈن ھۆججەتنى بىر قۇرغا جەمئىيلىشىڭ كەرەك ئەمەس.

HTTP/1.1 ئۈچۈن، ھەقىقەتەن ئەۋەتىلگەن قۇرۇلمىنى تەكشۈرۈڭ: پروتوكول قائىدىسى بويىچە Content-Length ياكى chunked transfer coding. Chunked كودلاش ھۆججەت مەزمۇنىدىن سىرتقا چوڭلۇق بەلگىلىرىنى قوشىدۇ. زىت كېلىدىغان قۇرۇلما رايونلىرىنى بىرلەشتۈرمەڭ ۋە proxy نى يۈكلەشنى قوبۇل قىلىشقا كۆندۈرۈش ئۈچۈن ئۇزۇنلۇقنى پەرەز قىلماڭ.

proxy ئارقىلىق يۈكلەش مەغلۇپ بولسا، HTTP نەشرى، بەدەن مەنبەسى ۋە تۇنجى رەتنى خاتىرىلەڭ. 411 ئىنكاسى بەدەننىڭ يېرىمىدا تاقىلىدىغان ئۇلىنىشتىن پەرقلىق تەكشۈرۈشنى كۆرسىتىدۇ. ئەگەر ئەكسىچە دەلىللەش قايتا سىناشلىرى مەغلۇپ بولسا، يۈكلەش بەدىنىنى قايتا قويۇشقا بولامدۇ دېگەننى تەكشۈرۈڭ. قوللىنىشنىڭ ئوقۇش بۇفېر چوڭلۇقىنى ئۆزگەرتىش تەلەپ قۇرۇلمىسىنى دەل ئەسلىدەك قالدۇرۇشى مۇمكىن.

يول بۇ كۆزىتىشكە مۇھىم. Plaintext ئەۋەتىش يۈكلەشنىڭ HTTP قۇرۇلمىسىنى proxy غا ئاشكارىلايدۇ؛ ئادەتتىكى end-to-end HTTPS ئۇنى بىر تونېل ئىچىگە قويىدۇ. HTTP/2 ئۆز قۇرۇلمىسىنى ئىشلىتىدۇ. شۇڭا Squid نىڭ تارىخىي چەكلىمىلىرى بەزى كونا مەغلۇبىيەتلەرنى چۈشەندۈرىدۇ، ھازىرقى ھەر بىر proxy ئاققان يۈكلەشلەرنى رەت قىلىدۇ دېگەن قائىدىنى ئەمەس.