Ulanish ochiladi. So'rov sarlavhalari chiqib ketadi. Fayl qimirlamayotgandek ko'rinadi. Bir izoh shuki, mijoz o'z tanasini yuborishdan oldin Expect: 100-continue ga javob kutmoqda.

Bu mexanizm qabul qiluvchiga ehtimoliy katta yuklash yuborilishidan oldin so'rovni uning sarlavhalari bo'yicha rad etish imkonini beradi. Odatiy muvaffaqiyatli ketma-ketlik:

request headers → 100 Continue → request body → final response

100 axborot xarakteriga ega: u mijozga davom etishga ruxsat beradi, lekin fayl saqlangan yoki dastur amali muvaffaqiyatli bo'lgan degani emas. HTTP 417 qaytaradigan Git push — bunday aniq bir umid uzilishi holati.

Mijoz qaysi javobni olganini aniqlang

KuzatuvNimani tekshirish kerak
100 ContinueMijoz tana bilan davom etishi mumkin
Tanadan oldin yakuniy rad etishAmal sarlavha bosqichida rad etildi
Kutilgan oraliq javob yo'qMijozning kutish siyosati va shu yo'ldagi ishlov berish

curl da expect-continue kutish uchun alohida sozlama bor. Agar bu libcurl kutishi kutilgan javobsiz tugasa, u tanani baribir yuboradi; tugash o'z-o'zidan butun uzatishning muvaffaqiyatsizligi emas. Sozlama butun uzatish uchun ruxsat etilgan vaqtdan alohida. Ikkinchisini oshirish o'sha boshlang'ich to'xtashni tushuntirilmagan holda qoldirishi mumkin.

Shuningdek, Expect qaysi HTTP suhbatida uzatilishini aniqlang. HTTPS manziliga oddiy CONNECT bilan veb-saytning yuklash almashinuvi TLS ichida bo'ladi; yo'naltiruvchi proksi uning ichki umid sarlavhasini shunchaki ko'zdan kechirmaydi. Tutib olish yoki ochiq matn bilan yo'naltirish yo'li boshqacha.

Umidni olib tashlash ongli muvofiqlik tanlovi bo'lishi mumkin, lekin bu mijoz erta rad etish haqida bilishdan oldin katta tana yuborishni boshlashi mumkinligini anglatadi. Bu xatti-harakatni haqiqiy talab bilan solishtiring. Eski proksi uchun tarixiy yechimni har bir yuklashdan sarlavhani olib tashlash haqidagi umumiy ko'rsatma sifatida tasvirlamang.

O'xshash maqolalar