Përpjekjet e përsëritura të vërtetimit përmes proxy-t dhe trupat e ngarkimit të papërsëritshëm
Kuptoni pse përpjekjet e përsëritura të vërtetimit mund të zbulojnë një rrjedhë ngarkimi të njëhershme, dhe zgjidhni me qëllim buferim të kufizuar ose përmbajtje të përsëritshme.
Një GET mund të vërtetohet përmes një proxy ndërsa një POST ose PUT dështon me një gabim trupi të papërsëritshëm ose rimbështjelljeje. Llogaria mund të jetë e saktë: një shkëmbim vërtetimi mund të kërkojë një kërkesë tjetër pasi klienti e ka konsumuar tashmë ngarkimin.
| Burimi i trupit | Zgjedhja e përsëritjes |
|---|---|
| Trup i vogël i kufizuar | Një bufer i kufizuar mund t'i mbajë bajtët e tij. |
| Skedar i kërkueshëm | Ndërfaqja e rimbështjelljes e mbështetur nga klienti mund ta bëjë atë të përsëritshëm. |
| Gjenerator, tub ose prodhues i drejtpërdrejtë | Një burim i njëhershëm mund të kërkojë një dizajn tjetër. |
libcurl dokumenton kthime thirrjesh kërkimi për përdorime, përfshirë vërtetimin me shumë kalime. Jersey ofron mënyra të përpunimit të entiteteve me bufer dhe të ndara, në varësi të sjelljes së lidhësit. Një shembull lidhësi Jersey 2 Apache tregon cilësimin me bufer. Asnjëri prej tyre nuk i bën të përshtatshme ngarkimet e pakufizuara në memorie.
Riprodhoni metodën dhe burimin e trupit që dështojnë. Një GET përgatitor nuk ka ngarkim për të përsëritur, dhe nuk vërteton se një ngarkim i mëvonshëm ndan lidhjen ose gjendjen e vërtetimit të tij. Një destinacion, objekt klienti ose politikë lidhjeje e re mund ta ndryshojë këtë. Një trup i bazuar në skedar dhe një rrjedhë e drejtpërdrejtë ndryshojnë gjithashtu edhe kur teksti i tyre shembull është i njëjtë.
Nëse buferoni, përcaktoni kufirin e madhësisë, vendndodhjen e ruajtjes dhe jetëgjatësinë. Ngarkimet e njëkohshme shumëfishojnë koston, dhe të dhënat e ndjeshme mbeten kudo ku mbahet buferi.
Vërtetim paraprak në një proxy të njohur e të pajtueshëm mund të shmangë një sfidë fillestare. Megjithatë, nuk mund të përjashtojë çdo raund të mëvonshëm vërtetimi, ridrejtim ose lidhje të mbyllur që mund të kërkojë një përpjekje tjetër.
Mbajini së bashku përgjigjen e proxy-t, pikën e konsumimit të trupit dhe gabimin e përsëritjes. Pastaj dalloni përsëritjen e protokollit nga një rezultat i pasigurt i aplikacionit: një dërgim mund të jetë përpunuar para se përgjigja e tij të humbte. Ndiqni rregullat e idempotencës së destinacionit përpara se ta dërgoni përsëri.