'n GET kan deur 'n proxy verifieer terwyl 'n POST of PUT misluk met 'n fout oor 'n nie-herhaalbare liggaam of terugspoeling. Die rekening kan korrek wees: 'n verifikasie-uitruiling kan nog 'n versoek vereis nadat die kliënt die oplaai reeds verbruik het.

Bron van die liggaamHerhaal-keuse
Klein eindige liggaam'n Begrensde buffer kan sy grepe behou.
Soekbare lêerDie kliënt se ondersteunde terugspoel-koppelvlak kan dit herhaalbaar maak.
Generator, pyp of lewende produsent'n Eenmalige bron kan 'n ander ontwerp vereis.

libcurl dokumenteer soek-terugroepe vir gebruike soos multi-pas verifikasie. Jersey bied gebufferde en opgedeelde entiteit-verwerkingsmodusse, onderhewig aan die connector se gedrag. 'n Jersey 2 Apache-connector-voorbeeld wys die gebufferde instelling. Nie een van hulle maak onbegrensde oplaais in die geheue gepas nie.

Reproduseer die metode en liggaamsbron wat misluk. 'n Voorbereidende GET het geen oplaai om te herhaal nie, en dit bewys nie dat 'n latere oplaai sy verbinding of verifikasiestaat deel nie. 'n Nuwe bestemming, kliëntobjek of verbindingsbeleid kan dit verander. 'n Lêergedraagde liggaam en 'n lewende stroom verskil ook selfs wanneer hul voorbeeldteks dieselfde is.

As jy buffer, definieer die grootte-limiet, bergingsplek en leeftyd. Gelyktydige oplaais vermenigvuldig die koste, en sensitiewe data bly waar die buffer ook al gehou word.

Voorafverifikasie by 'n bekende versoenbare proxy kan een aanvanklike uitdaging vermy. Dit kan nie elke latere verifikasie-rondte, herleiding of geslote verbinding uitsluit wat nog 'n poging mag vereis nie.

Hou die proxy-antwoord, die punt waar die liggaam verbruik is en die herhaal-fout saam. Onderskei dan protokol-herhaling van 'n onsekere toepassingsresultaat: 'n indiening kon verwerk gewees het voordat sy antwoord verlore gegaan het. Volg die bestemming se idempotensie-reëls voordat jy dit weer stuur.

Verwante artikels