GET прокси арқылы аутентификациядан өте алады, ал POST немесе PUT қайталанбайтын дене немесе кері айналдыру қатесімен сәтсіз аяқталады. Тіркелгі дұрыс болуы мүмкін: аутентификация алмасуы клиент жүктеуді тұтынып қойғаннан кейін тағы бір сұранысты талап етуі мүмкін.

Дененің көзіҚайталау таңдауы
Кішкентай шекті денеШектелген буфер оның байттарын сақтай алады.
Іздеуге болатын файлКлиент қолдайтын кері айналдыру интерфейсі оны қайталанатын етуі мүмкін.
Генератор, құбыр немесе тірі өндірушіБір реттік көзге басқа дизайн қажет болуы мүмкін.

libcurl көп өтпелі аутентификацияны қоса, пайдаланулар үшін іздеу кері шақыруларын құжаттайды. Jersey коннектордың әрекетіне байланысты буферленген және бөлінген entity өңдеу режимдерін ұсынады. Jersey 2 Apache коннекторының мысалы буферленген параметрді көрсетеді. Екеуі де жадыдағы шексіз жүктеулерді орынды етпейді.

Сәтсіз болатын әдіс пен дененің көзін қайта жаңғыртыңыз. Дайындық GET-тің қайталайтын жүктеуі жоқ және кейінгі жүктеудің оның қосылымын немесе аутентификация күйін бөлісетінін дәлелдемейді. Жаңа мақсат, клиент нысаны немесе қосылым саясаты мұны өзгертуі мүмкін. Файлға негізделген дене мен тірі ағын да, үлгі мәтіндері бірдей болса да, ерекшеленеді.

Егер буферлесеңіз, оның өлшем шегін, сақтау орнын және өмір сүру уақытын анықтаңыз. Қатар жүктеулер шығынды көбейтеді, ал құпия деректер буфер сақталатын жерде қалады.

Белгілі үйлесімді проксиге алдын ала аутентификация бір бастапқы шақырудан аулақ болуы мүмкін. Бірақ ол тағы бір әрекетті талап етуі мүмкін кез келген кейінгі аутентификация раундын, қайта бағыттауды немесе жабық қосылымды жоққа шығара алмайды.

Прокси жауабын, денені тұтыну нүктесін және қайталау қатесін бірге ұстаңыз. Содан кейін протокол қайталауын белгісіз қолданба нәтижесінен ажыратыңыз: жіберу жауабы жоғалмас бұрын өңделген болуы мүмкін. Қайта жібермес бұрын мақсаттың idempotency ережелерін орындаңыз.

Қатысты мақалалар