HTTP အပ်လုဒ် ရပ်ဆိုင်းမှုများနှင့် Expect: 100-continue

ချိတ်ဆက်မှု ပွင့်လာသည်။ တောင်းဆိုမှု ခေါင်းစီးများ ထွက်သွားသည်။ ဖိုင်သည် မလှုပ်ရှားသလို ထင်ရသည်။ ရှင်းလင်းချက် တစ်ခုမှာ ကလိုင်းယင့်သည် ၎င်း၏ ကိုယ်ထည်ကို မပို့မီ Expect: 100-continue အတွက် တုံ့ပြန်မှုကို စောင့်နေခြင်း ဖြစ်သည်။

ဤယန္တရားက လက်ခံသူအား ဖြစ်နိုင်ချေရှိသော ကြီးမားသည့် အပ်လုဒ် မပို့မီ ၎င်း၏ ခေါင်းစီးများမှ တောင်းဆိုမှုကို ငြင်းပယ်နိုင်စေသည်။ ပုံမှန် အောင်မြင်သော အစီအစဉ်မှာ:

request headers → 100 Continue → request body → final response

100 သည် အချက်အလက်ပေးသည့် ကုဒ်ဖြစ်သည်: ၎င်းက ကလိုင်းယင့်ကို ဆက်လုပ်ခွင့်ပြုသော်လည်း ဖိုင်ကို သိမ်းဆည်းပြီးဟု သို့မဟုတ် အပလီကေးရှင်း လုပ်ဆောင်ချက် အောင်မြင်ပြီးဟု မဆိုလိုပါ။ HTTP 417 ပြန်ပေးသော Git push သည် မျှော်လင့်ချက် မအောင်မြင်သည့် တိကျသော ဥပမာတစ်ခု ဖြစ်သည်။

ကလိုင်းယင့် ရရှိခဲ့သော တုံ့ပြန်မှုကို ရှာဖွေပါ

curl တွင် သီးခြား expect-continue စောင့်ဆိုင်းမှု ဆက်တင် ရှိသည်။ ထို libcurl စောင့်ဆိုင်းမှုသည် မျှော်လင့်ထားသော တုံ့ပြန်မှုမရှိဘဲ ကုန်ဆုံးသွားလျှင် ၎င်းသည် ကိုယ်ထည်ကို မည်သို့ပင်ဖြစ်စေ ပို့သည်; ကုန်ဆုံးခြင်းသည် အလိုအလျောက် လွှဲပြောင်းမှုတစ်ခုလုံး မအောင်မြင်ခြင်း မဟုတ်ပါ။ ဤဆက်တင်သည် လွှဲပြောင်းမှုတစ်ခုလုံးအတွက် ခွင့်ပြုထားသော အချိန်နှင့် သီးခြားဖြစ်သည်။ နောက်တစ်ခုကို တိုးခြင်းက ထိုအစောပိုင်း ရပ်ဆိုင်းမှုကို ရှင်းလင်းချက်မရှိဘဲ ထားနိုင်သည်။

မည်သည့် HTTP စကားပြောမှုက Expect ကို သယ်ဆောင်သည်ကိုလည်း ဖော်ထုတ်ပါ။ HTTPS ဦးတည်ရာသို့ ပုံမှန် CONNECT ဖြင့် ဝဘ်ဆိုက်၏ အပ်လုဒ် ဖလှယ်မှုသည် TLS အတွင်း၌ ရှိသည်; ရှေ့သို့ ပို့ပေးသော ပရောက်စီသည် ၎င်း၏ အတွင်းပိုင်း မျှော်လင့်ချက် ခေါင်းစီးကို ရိုးရှင်းစွာ မစစ်ဆေးပါ။ ကြားဖြတ်ဖမ်းယူသည့် သို့မဟုတ် ရိုးရိုးစာသားဖြင့် ပို့ဆောင်သည့် လမ်းကြောင်းသည် ကွဲပြားသည်။

မျှော်လင့်ချက်ကို ဖယ်ရှားခြင်းသည် တမင်ရည်ရွယ်သော လိုက်ဖက်မှု ရွေးချယ်မှု ဖြစ်နိုင်သော်လည်း ၎င်းသည် ကလိုင်းယင့်အနေဖြင့် အစောပိုင်း ငြင်းပယ်မှုကို မသိမီ ကြီးမားသော ကိုယ်ထည်ကို စတင်ပို့နိုင်သည်ဟု ဆိုလိုသည်။ ထိုအပြုအမူကို အမှန်တကယ် လိုအပ်ချက်နှင့် နှိုင်းယှဉ်ပါ။ ပရောက်စီဟောင်းအတွက် သမိုင်းဝင် ဖြေရှင်းနည်းကို အပ်လုဒ်တိုင်းမှ ခေါင်းစီးကို ဖယ်ရှားရန် ကမ္ဘာလုံးဆိုင်ရာ ညွှန်ကြားချက်အဖြစ် မဖော်ပြပါနှင့်။