Nid yw darllen y llwyth yn ddarnau yn gofyn am HTTP chunked

Na. Gall cleient ddarllen ffeil fawr mewn byferau bach a'i hanfon gyda Content-Length hysbys. Mae darlleniadau cyfyngedig yn rheoli defnydd cof; mae fframio HTTP yn dweud wrth y derbynnydd ble mae corff y cais yn gorffen.

Mae ffeil sefydlog y mae'r llyfrgell HTTP yn gwybod ei hyd mewn beitiau yn wahanol i generadur sy'n cynhyrchu swm anhysbys o ddata. Defnyddiwch y rhyngwyneb corff a gefnogir gan y llyfrgell ar gyfer y ddau ffynhonnell. Nid oes angen cydosod y ffeil gyfan mewn llinyn dim ond i ddarparu hyd.

Ar gyfer HTTP/1.1, archwiliwch y fframio a anfonwyd mewn gwirionedd: Content-Length neu godio trosglwyddo darnog yn ôl rheolau'r protocol. Mae codio darnog yn ychwanegu marciau maint y tu allan i gynnwys y ffeil. Peidiwch â chyfuno meysydd fframio gwrthgyferbyniol nac amcangyfrif hyd i berswadio procsi i dderbyn y llwyth.

Os bydd llwyth drwy brocsi yn methu, cofnodwch fersiwn HTTP, ffynhonnell y corff a'r gwrthodiad cyntaf. Mae ymateb 411 yn awgrymu ymchwiliad gwahanol i gysylltiad sy'n cau hanner ffordd drwy gorff. Os bydd ail geisiadau dilysu yn methu yn lle hynny, gwiriwch a ellir ailchwarae corff y llwyth. Gall newid maint byfer darllen y cymhwysiad adael fframio'r cais yn union fel yr oedd.

Mae'r llwybr yn bwysig i'r arsylwi hwnnw. Mae anfon testun clir yn datgelu fframio HTTP y llwyth i'r procsi; mae HTTPS pen-i-ben cyffredin yn ei roi mewn twnnel. Mae HTTP/2 yn defnyddio ei fframio ei hun. Felly mae cyfyngiadau hanesyddol Squid yn esbonio methiannau hen benodol, nid rheol bod pob procsi cyfredol yn gwrthod llwythi ffrydiol.