Lidhja hapet. Titujt e kërkesës largohen. Skedari duket se nuk lëviz. Një shpjegim është se klienti po pret një përgjigje për Expect: 100-continue përpara se të dërgojë trupin.

Mekanizmi i lejon marrësit të refuzojë një kërkesë nga titujt e saj përpara se të dërgohet një ngarkim potencialisht i madh. Sekuenca e zakonshme e suksesshme është:

request headers → 100 Continue → request body → final response

100 është informativ: i lejon klientit të vazhdojë, por nuk do të thotë që skedari është ruajtur ose që operacioni i aplikacionit ka pasur sukses. Një Git push që kthen HTTP 417 është një rast konkret i pritshmërisë së pambushur.

Përcaktoni cilën përgjigje mori klienti

VëzhgimÇfarë të hetohet
100 ContinueKlienti mund të vazhdojë me trupin
Një refuzim përfundimtar përpara trupitOperacioni u refuzua në fazën e titujve
Asnjë përgjigje e ndërmjetme e priturPolitika e pritjes së klientit dhe trajtimi në atë rrugë

curl ofron një konfigurim të veçantë pritjeje expect-continue. Nëse ajo pritje e libcurl skadon pa përgjigjen e pritur, trupi dërgohet gjithsesi; skadimi nuk është automatikisht një transferim i plotë i dështuar. Konfigurimi është i ndarë nga koha e lejuar për transferimin e plotë. Rritja e kësaj të fundit mund ta lërë të njëjtën pauzë fillestare të pashpjeguar.

Identifikoni gjithashtu cila bisedë HTTP mbart Expect. Me një CONNECT të zakonshëm drejt një destinacioni HTTPS, shkëmbimi i ngarkimit të faqes është brenda TLS; proxy-ja përpara nuk e inspekton thjesht titullin e brendshëm të pritshmërisë. Një rrugë përgjimi ose përcjelljeje në tekst të thjeshtë është e ndryshme.

Heqja e pritshmërisë mund të jetë një zgjedhje e qëllimshme përputhshmërie, por do të thotë që klienti mund të fillojë të dërgojë një trup të madh përpara se të mësojë për një refuzim të hershëm. Krahasoni atë sjellje me kërkesën reale. Mos e përshkruani një zgjidhje historike për një proxy të vjetër si udhëzim universal për të hequr titullin nga çdo ngarkim.

Artikuj të ngjashëm