Proksi autentifikatsiyasining qayta urinishlari va takrorlanmaydigan yuklash jismlari
Autentifikatsiyaning qayta urinishlari nima uchun bir martalik yuklash oqimini ochib berishi mumkinligini tushuning va cheklangan buferlash yoki takrorlanadigan tarkibni ataylab tanlang.
GET proksi orqali autentifikatsiyadan o'tishi mumkin, POST yoki PUT esa takrorlanmaydigan jism yoki orqaga o'rash xatosi bilan muvaffaqiyatsiz tugaydi. Hisob to'g'ri bo'lishi mumkin: autentifikatsiya almashinuvi mijoz yuklashni allaqachon ishlatib bo'lgandan keyin yana bir so'rov talab qilishi mumkin.
| Jismning manbasi | Takrorlash tanlovi |
|---|---|
| Kichik cheklangan jism | Cheklangan bufer uning baytlarini saqlashi mumkin. |
| Qidiriladigan fayl | Mijoz qo'llab-quvvatlaydigan orqaga o'rash interfeysi uni takrorlanadigan qilishi mumkin. |
| Generator, quvur yoki jonli ishlab chiqaruvchi | Bir martalik manba boshqa dizaynni talab qilishi mumkin. |
libcurl ko'p bosqichli autentifikatsiyani o'z ichiga olgan foydalanishlar uchun qidiruv callbacklarini hujjatlashtiradi. Jersey ulagich xatti-harakatiga qarab buferlangan va bo'lingan entity ishlash rejimlarini taqdim etadi. Jersey 2 Apache ulagichi misoli buferlangan sozlamani ko'rsatadi. Ikkalasi ham xotiradagi cheksiz yuklashlarni mos qilmaydi.
Muvaffaqiyatsiz bo'lgan usul va jism manbasini qayta hosil qiling. Tayyorgarlik GETida qayta o'ynatiladigan yuklash yo'q va u keyingi yuklash uning ulanishi yoki autentifikatsiya holatini bo'lishishini isbotlamaydi. Yangi manzil, mijoz obyekti yoki ulanish siyosati buni o'zgartirishi mumkin. Faylga asoslangan jism va jonli oqim ham namuna matni bir xil bo'lsa ham farq qiladi.
Agar buferlasangiz, uning o'lcham chegarasi, saqlash joyi va umrini belgilang. Bir vaqtda yuklashlar xarajatni ko'paytiradi va maxfiy ma'lumotlar bufer saqlanadigan joyda qoladi.
Ma'lum mos proksiga oldindan autentifikatsiya bitta dastlabki sinovdan qochishga yordam beradi. Biroq u yana bir urinish talab qilishi mumkin bo'lgan har bir keyingi autentifikatsiya bosqichi, qayta yo'naltirish yoki yopilgan ulanishni istisno qila olmaydi.
Proksi javobi, jism iste'mol qilinadigan nuqta va takrorlash xatosini birga saqlang. So'ngra protokol takrorini noaniq dastur natijasidan ajrating: yuborish javobi yo'qolishidan oldin ishlangan bo'lishi mumkin. Qayta yuborishdan oldin manzilning idempotentlik qoidalariga rioya qiling.