In GET kin autentisearje fia in proxy, wylst in POST of PUT mislearret mei in flater fan in net-werhelber lichem of weromspielje. It akkount kin korrekt wêze: in autentikaasje-útwikseling kin noch in oare oanfraach fereaskje nei't de klant de upload al ferbrûkt hat.

Boarne fan it lichemWerhelkar
Lyts einich lichemIn beheinde buffer kin syn bytes hâlde.
Trochsykber bestânDe troch de klant stipe weromspiel-ynterface kin it werhelber meitsje.
Generator, piip of live-produsintIn ienmalige boarne kin in oar ûntwerp fereaskje.

libcurl dokumintearret syk-callbacks foar gebrûken ynklusyf autentikaasje yn meardere passen. Jersey biedt buffere en ferdielde entiteit-ferwurkingsmodi, ôfhinklik fan it gedrach fan 'e connector. In foarbyld fan Jersey 2 Apache-connector lit de buffere ynstelling sjen. Gjin fan beide makket ûnbeheinde uploads yn it ûnthâld geskikt.

Reprodusearje de metoade en de lichemboarne dy't mislearje. In tariedende GET hat gjin upload om te werheljen, en it bewissiget net dat in lettere upload syn ferbining of autentikaasjesteat dielt. In nije bestimming, klantobjekt of ferbiningsbelied kin dat feroarje. In bestânsbasearre lichem en in live-stream ferskille ek sels as harren foarbyldtekst itselde is.

As jo bufferje, definiearje dan de grins fan 'e grutte, it opslachplak en de libbensdoer. Tagelyk uploads fermannichfâldigje de kosten, en gefoelige gegevens bliuwe wêr't de buffer ek bewarre wurdt.

Foarôf-autentikaasje by in bekende kompatibele proxy kin ien earste útdaging foarkomme. It kin net elke lettere autentikaasjerûn, trochferwizing of sletten ferbining útslute dy't noch in poging fereaskje kin.

Hâld it proxy-antwurd, it punt fan lichemsferbrûk en de werhelflater byinoar. Underskied dan protokol-werhelling fan in ûnwis applikaasje-resultaat: in yntsjinning kin ferwurke wêze foardat syn antwurd ferlern gie. Folgje de idempotinsje-regels fan 'e bestimming foardat jo it wer stjoere.

Relatearre artikelen