උඩුගත කිරීම කොටස් වශයෙන් කියවීමට chunked HTTP අවශ්‍ය නොවේ
ඉදිරි ප්‍රොක්සි හරහා උඩුගත කිරීම වෙනස් ලෙස හැසිරෙන විට යෙදුමේ සීමිත කියවීම් HTTP/1.1 පණිවිඩ රාමුකරණයෙන් වෙන් කරන්න.
නැත. සේවාදායකයෙකුට විශාල ගොනුවක් කුඩා උත්පතනවල කියවා දන්නා Content-Length සමඟ යැවිය හැක. සීමිත කියවීම් මතක භාවිතය පාලනය කරයි; HTTP රාමුකරණය ඉල්ලීමේ පණිවිඩ කඳ අවසන් වන තැන ලබන්නාට පවසයි.
HTTP පුස්තකාලයට බයිට් දිග දන්නා ස්ථාවර ගොනුවක්, නොදන්නා ප්‍රමාණයේ දත්ත නිපදවන උත්පාදකයෙකුට වඩා වෙනස්ය. දෙපැත්තටම පුස්තකාලය සහාය දෙන පණිවිඩ කඳ අතුරුමුහුණත භාවිත කරන්න. දිගක් දීමට පමණක් මුළු ගොනුවම තන්තුවකට එකලස් කිරීම අවශ්‍ය නැත.
HTTP/1.1 සඳහා, ප්‍රොටෝකෝලයේ නීති අනුව සැබවින්ම යවන රාමුකරණය පරීක්ෂා කරන්න: Content-Length හෝ chunked සම්ප්‍රේෂණ කේතකරණය. Chunked කේතකරණය ගොනු අන්තර්ගතයෙන් පිටත ප්‍රමාණ සලකුණු එකතු කරයි. පරස්පර රාමුකරණ ක්ෂේත්‍ර ඒකාබද්ධ නොකරන්න, ප්‍රොක්සියා උඩුගත කිරීම පිළිගැනීමට පෙලඹවීමට දිගක් අනුමාන නොකරන්න.
ප්‍රොක්සිය හරහා උඩුගත කිරීම අසාර්ථක වුවහොත් HTTP අනුවාදය, පණිවිඩ කඳේ මූලාශ්‍රය සහ පළමු ප්‍රතික්ෂේපය සටහන් කරන්න. 411 ප්‍රතිචාරය පණිවිඩ කඳ මැදින් වැසෙන සම්බන්ධතාවයකට වඩා වෙනස් පරීක්ෂණයක් යෝජනා කරයි. ඒ වෙනුවට සත්‍යාපන නැවත උත්සාහ අසාර්ථක වුවහොත්, උඩුගත කිරීමේ පණිවිඩ කඳ නැවත වාදනය කළ හැකිද පරීක්ෂා කරන්න. යෙදුමේ කියවීම් උත්පතන ප්‍රමාණය වෙනස් කිරීමෙන් ඉල්ලීමේ රාමුකරණය පෙර තිබූ පරිදිම තැබිය හැක.
එම නිරීක්ෂණයට මාර්ගය වැදගත්ය. පැහැදිලි පෙළ යැවීම උඩුගත කිරීමේ HTTP රාමුකරණය ප්‍රොක්සියාට නිරාවරණය කරයි; සාමාන්‍ය අන්ත-සිට-අන්ත HTTPS එය උමං මාර්ගයක් තුළ තබයි. HTTP/2 එහිම රාමුකරණය භාවිත කරයි. එබැවින් ඓතිහාසික Squid සීමා කිහිපයක් පැරණි අසාර්ථකතා පැහැදිලි කරයි, අද සෑම ප්‍රොක්සියක්ම ප්‍රවාහ උඩුගත කිරීම් ප්‍රතික්ෂේප කරයි යන නීතියක් නොවේ.