Die verbinding open. Versoekopskrifte vertrek. Dit lyk of die lêer nie beweeg nie. Een verklaring is dat die kliënt wag op 'n antwoord op Expect: 100-continue voordat dit sy liggaam stuur.

Die meganisme laat 'n ontvanger toe om 'n versoek op grond van sy opskrifte te verwerp voordat 'n moontlik groot oplaai gestuur word. Die gewone suksesvolle volgorde is:

request headers → 100 Continue → request body → final response

100 is inligtinggewende aard: dit laat die kliënt voortgaan, maar beteken nie dat die lêer gestoor is of dat die toepassing se bewerking geslaag het nie. 'n Git push wat HTTP 417 terugstuur, is een konkrete geval van 'n mislukte verwagting.

Vind watter antwoord die kliënt ontvang het

WaarnemingBetekenis om te ondersoek
100 ContinueDie kliënt kan met die liggaam voortgaan
'n Finale verwerping voor die liggaamDie bewerking is in die opskrifstadium geweier
Geen verwagte tussentydse antwoord nieDie kliënt se wagbeleid en die hantering op daardie pad

curl bied 'n toegewyde instelling vir die wag op expect-continue. As daardie libcurl-wag verstryk sonder die verwagte antwoord, stuur dit die liggaam nietemin; verstryking is nie outomaties 'n mislukte hele oordrag nie. Die instelling staan apart van die tyd wat vir die volledige oordrag toegelaat word. Om laasgenoemde te verhoog, kan dieselfde aanvanklike pouse onverklaar laat.

Identifiseer ook watter HTTP-gesprek Expect dra. By gewone CONNECT na 'n HTTPS-bestemming is die webwerf se oplaai-uitruiling binne TLS; die voorserver ondersoek nie bloot sy innerlike verwagtingsopskrif nie. 'n Onderskeppings- of gewone-teks-aanstuurpad is anders.

Om die verwagting te verwyder kan 'n doelbewuste versoenbaarheidskeuse wees, maar dit beteken die kliënt kan begin om 'n groot liggaam te stuur voordat dit van 'n vroeë verwerping weet. Vergelyk daardie gedrag met die werklike vereiste. Moenie 'n historiese oplossing vir 'n ou proxy beskryf as 'n universele instruksie om die opskrif van elke oplaai te stroop nie.

Verwante artikels