GET се може аутентификовати кроз proxy док POST или PUT не успе са грешком непоновљивог тела или премотавања. Налог може бити исправан: размена аутентификације може захтевати још један захтев након што је клијент већ потрошио пренос.

Извор телаИзбор понављања
Мало коначно телоОграничени бафер може задржати његове бајтове.
Датотека са претраживањемИнтерфејс за премотавање који клијент подржава може га учинити поновљивим.
Генератор, цев или живи произвођачЈеднократни извор може захтевати другачији дизајн.

libcurl документује seek позиве за употребе укључујући вишепролазну аутентификацију. Jersey нуди баферирани и подељени начин обраде ентитета зависно од понашања конектора. Пример конектора Jersey 2 Apache приказује баферирану поставку. Ниједно од њих не чини неограничене преносе у меморији прикладним.

Репродукујте методу и извор тела који не успевају. Припремни GET нема пренос за понављање и не доказује да каснији пренос дели његову везу или стање аутентификације. Ново одредиште, клијентски објекат или политика везе могу то променити. Тело засновано на датотеци и живи ток такође се разликују чак и када им је огледни текст исти.

Ако баферирате, дефинишите ограничење величине, место чувања и животни век. Истовремени преноси умножавају трошак, а осетљиви подаци остају где год се бафер држи.

Претходна аутентификација на познати компатибилни proxy може избећи један почетни изазов. Не може искључити сваки каснији круг аутентификације, преусмеравање или затворену везу која би могла захтевати још један покушај.

Држите одговор proxy-ја, тачку потрошње тела и грешку понављања заједно. Затим разликујте понављање протокола од неизвесног резултата апликације: слање је можда обрађено пре него што је његов одговор изгубљен. Пратите правила идемпотентности одредишта пре поновног слања.

Повезани чланци