Muunganisho unafunguka. Vichwa vya ombi vinaondoka. Faili inaonekana kutohama. Ufafanuzi mmoja ni kwamba mteja anasubiri jibu kwa Expect: 100-continue kabla ya kutuma mwili wake.

Utaratibu huu unaruhusu mpokeaji kukataa ombi kutokana na vichwa vyake kabla ya upakiaji unaoweza kuwa mkubwa kutumwa. Mfuatano wa kawaida wa mafanikio ni:

request headers → 100 Continue → request body → final response

100 ni ya taarifa: inamruhusu mteja kuendelea, lakini haimaanishi faili limehifadhiwa au operesheni ya programu imefanikiwa. Git push inayorudisha HTTP 417 ni kisa kimoja thabiti cha matarajio yasiyotimizwa.

Tambua jibu ambalo mteja alipokea

UchunguziMaana ya kuchunguza
100 ContinueMteja anaweza kuendelea na mwili
Kukataliwa kwa mwisho kabla ya mwiliOperesheni ilikataliwa katika hatua ya vichwa
Hakuna jibu la mpito linalotarajiwaSera ya kusubiri ya mteja na utunzaji kwenye njia hiyo

curl ina mpangilio maalum wa kusubiri expect-continue. Ikiwa kusubiri huko kwa libcurl kuisha bila jibu linalotarajiwa, bado hutuma mwili; kuisha si kwa moja kwa moja uhamishaji mzima ulioshindwa. Mpangilio huo ni tofauti na muda unaoruhusiwa kwa uhamishaji kamili. Kuongeza huo wa mwisho kunaweza kuacha kituo kile cha awali bila maelezo.

Tambua pia ni mazungumzo gani ya HTTP yanayobeba Expect. Kwa CONNECT ya kawaida kwenda lengo la HTTPS, mabadilishano ya upakiaji wa tovuti yako ndani ya TLS; proksi ya mbele haikagui tu kichwa cha ndani cha matarajio. Njia ya kukatiza au ya kusambaza maandishi wazi ni tofauti.

Kuondoa matarajio kunaweza kuwa chaguo la makusudi la uoanifu, lakini kunamaanisha mteja anaweza kuanza kutuma mwili mkubwa kabla ya kujua kuhusu kukataliwa mapema. Linganisha tabia hiyo na hitaji halisi. Usieleze suluhisho la kihistoria kwa proksi ya zamani kama maagizo ya jumla ya kuondoa kichwa kutoka kwa kila upakiaji.

Makala zinazohusiana