De ferbining giet iepen. De oanfraachkoppen geane fuort. It liket as beweecht it bestân net. Ien ferklearring is dat de klant wachtet op in antwurd op Expect: 100-continue foar't er syn lichem stjoert.

It meganisme lit in ûntfanger in oanfraach ôfwize op grûn fan 'e koppen foar't in mooglik grutte upload ferstjoerd wurdt. De gewoane suksesfolle folchoarder is:

request headers → 100 Continue → request body → final response

100 is ynformtyf: it lit de klant trochgean, mar betsjut net dat it bestân bewarre is of dat de applikaasjebewurking slagge is. In Git push dy't HTTP 417 weromjout, is ien konkreet gefal fan in mislearre ferwachting.

Fyn út hokker antwurd de klant krige

ObservaasjeBetsjutting om te ûndersykjen
100 ContinueDe klant kin mei it lichem trochgean
In definitiv ôfwizing foar it lichemDe bewurking waard yn 'e kopstage wegere
Gjin ferwachte tuskenlizzend antwurdIt wachtbelied fan 'e klant en de ôfhanneling op dat paad

curl hat in aparte wachtynstelling foar expect-continue. As dy libcurl-wachttid ferrint sûnder it ferwachte antwurd, stjoert it it lichem dochs; ferrin is net automatysk in mislearre hiele oerdracht. De ynstelling stiet los fan 'e tiid dy't foar de folsleine oerdracht tastien is. It ferheegjen fan 'e lêste kin deselde begjinpauze ûnferklearre litte.

Identifisearje ek hokker HTTP-petear Expect draacht. By gewoane CONNECT nei in HTTPS-bestimming sit de uploadútwikseling fan 'e webside binnen TLS; de foarútproxy ûndersiket net samar syn ynterne ferwachtingskop. In paad mei ûnderskepping of platte tekst is oars.

It fuortheljen fan 'e ferwachting kin in bewuste kompatibiliteitskar wêze, mar it betsjut dat de klant begjinne kin mei it stjoeren fan in grut lichem foar't er fan in iere ôfwizing heart. Ferlykje dat gedrach mei de wiere eask. Beskriuw in histoaryske omwei foar in âlde proxy net as in universele ynstruksje om de kop by elke upload fuort te heljen.

Relatearre artikelen