GET ప్రాక్సీ ద్వారా ప్రామాణీకరించబడవచ్చు, కానీ POST లేదా PUT పునరావృతం కాని బాడీ లేదా రివైండ్ లోపంతో విఫలమవుతుంది. ఖాతా సరైనది కావచ్చు: క్లయింట్ అప్‌లోడ్‌ను ఇప్పటికే వినియోగించిన తర్వాత కూడా ప్రామాణీకరణ మార్పిడికి మరొక అభ్యర్థన అవసరం కావచ్చు.

బాడీ మూలంపునరావృత ఎంపిక
చిన్న పరిమిత బాడీపరిమిత బఫర్ దాని బైట్‌లను ఉంచగలదు.
వెతకగల ఫైల్క్లయింట్ మద్దతు ఇచ్చే రివైండ్ ఇంటర్‌ఫేస్ దాన్ని పునరావృతం చేయగలిగేలా చేయగలదు.
జనరేటర్, పైప్ లేదా ప్రత్యక్ష ఉత్పత్తిదారుఒక-సారి మూలం వేరే డిజైన్ అవసరం కావచ్చు.

libcurl బహుళ-దశ ప్రామాణీకరణతో సహా ఉపయోగాల కోసం శోధన కాల్‌బ్యాక్‌లను డాక్యుమెంట్ చేస్తుంది. Jersey కనెక్టర్ ప్రవర్తనకు లోబడి బఫర్ చేయబడిన మరియు విభజించబడిన ఎంటిటీ ప్రాసెసింగ్ మోడ్‌లను అందిస్తుంది. ఒక Jersey 2 Apache కనెక్టర్ ఉదాహరణ బఫర్ చేసిన సెట్టింగ్‌ను చూపుతుంది. వాటిలో ఏదీ అపరిమిత ఇన్-మెమొరీ అప్‌లోడ్‌లను సరైనవిగా చేయదు.

విఫలమయ్యే పద్ధతిని మరియు బాడీ మూలాన్ని పునఃసృష్టించండి. సన్నాహక GETకు పునరావృతం చేయడానికి అప్‌లోడ్ ఉండదు, మరియు తర్వాతి అప్‌లోడ్ దాని కనెక్షన్ లేదా ప్రామాణీకరణ స్థితిని పంచుకుంటుందని అది నిరూపించదు. కొత్త గమ్యం, క్లయింట్ ఆబ్జెక్ట్ లేదా కనెక్షన్ విధానం దాన్ని మార్చగలదు. ఫైల్-ఆధారిత బాడీ మరియు ప్రత్యక్ష స్ట్రీమ్ కూడా వాటి నమూనా వచనం ఒకటే అయినప్పటికీ భిన్నంగా ఉంటాయి.

మీరు బఫర్ చేస్తే, దాని పరిమాణ పరిమితి, నిల్వ స్థానం మరియు ఆయుష్షును నిర్వచించండి. ఏకకాల అప్‌లోడ్‌లు ఖర్చును పెంచుతాయి, మరియు సున్నితమైన డేటా బఫర్ ఉంచిన చోటే ఉంటుంది.

తెలిసిన అనుకూల ప్రాక్సీకి ముందస్తు ప్రామాణీకరణ ఒక ప్రారంభ సవాలును నివారించగలదు. కానీ మరొక ప్రయత్నం అవసరమయ్యే ప్రతి తర్వాతి ప్రామాణీకరణ రౌండ్, రీడైరెక్ట్ లేదా మూసివేసిన కనెక్షన్‌ను అది మినహాయించలేదు.

ప్రాక్సీ ప్రతిస్పందన, బాడీ వినియోగ బిందువు మరియు రిప్లే లోపాన్ని కలిసి ఉంచండి. తర్వాత ప్రోటోకాల్ రిప్లేను అనిశ్చిత అప్లికేషన్ ఫలితం నుండి వేరు చేయండి: ప్రతిస్పందన కోల్పోయే ముందే సమర్పణ ప్రాసెస్ అయి ఉండవచ్చు. మళ్లీ పంపే ముందు గమ్యం యొక్క idempotency నియమాలను అనుసరించండి.

సంబంధిత వ్యాసాలు