Konexioa irekitzen da. Eskaeraren goiburuak irteten dira. Badirudi fitxategia ez dela mugitzen. Azalpen bat da bezeroa Expect: 100-continue(r)i erantzunaren zain dagoela bere gorputza bidali aurretik.

Mekanismoak hartzaileari eskaera goiburuen arabera baztertzeko aukera ematen dio, balitekeen handia den kargatze bat bidali aurretik. Ohiko segida arrakastatsua hau da:

request headers → 100 Continue → request body → final response

100 informatiboa da: bezeroari jarraitzen uzten dio, baina ez du esan nahi fitxategia gorde denik edo aplikazioaren eragiketa ondo atera denik. HTTP 417 itzultzen duen Git push bat itxaropen-hutsegite kasu zehatz bat da.

Egin bezeroak zein erantzun jaso duen jakin

BehaketaIkertu beharreko esanahia
100 ContinueBezeroak gorputzarekin jarrai dezake
Gorputza baino lehenagoko ukapen finalaEragiketa goiburuen fasean ukatu zen
Ez da itxaroten zen tarteko erantzunikBezeroaren itxarote-politika eta bide horretako tratamendua

curlek expect-continue-rako itxarote-ezarpen bereizia eskaintzen du. libcurl-en itxarote hori espero zen erantzunik gabe amaitzen bada, gorputza hala ere bidaltzen du; amaitzeak ez du automatikoki transferentzia osoa huts egiten duenik esan nahi. Ezarpena transferentzia osoarako emandako denboratik bereizia da. Azken hori handitzeak hasierako eten bera azaldu gabe utz dezake.

Egin zein HTTP elkarrizketak eramaten duen Expect ere. HTTPS helmugarako CONNECT arruntarekin, webguneko kargatze-trukea TLS barruan dago; aurreranzko proxyak ez du haren barne-itxaropen goiburua bere horretan ikuskatzen. Atzemate-bide edo testu laueko bidaltze-bide bat desberdina da.

Itxaropena kentzea bateragarritasun-erabaki borondatezkoa izan daiteke, baina esan nahi du bezeroak gorputz handia bidaltzen has daitekeela ukapen goiztiarraren berri izan aurretik. Alderatu jokabide hori benetako baldintzarekin. Ez deskribatu proxy zahar baterako konponbide historiko bat goiburua kargatze guztietatik kentzeko unibertsal gisa.

Erlazionatutako artikuluak