Mga muling pagtatangkang pagpapatotoo sa proxy at mga hindi maulit na katawan ng pag-upload
Unawain kung bakit ang mga muling pagtatangkang pagpapatotoo ay maaaring maglantad ng isahang paggamit na daloy ng pag-upload, at sadyang pumili ng may hanggang buffer o maulit na nilalaman.
Ang GET ay makakapagpatotoo sa pamamagitan ng proxy habang ang POST o PUT ay nabigo dahil sa error sa hindi maulit na katawan o pag-rewind. Maaaring tama ang account: ang pagpapalitan ng pagpapatotoo ay maaaring mangailangan ng isa pang kahilingan matapos nang gamitin ng kliyente ang pag-upload.
| Pinagmulan ng katawan | Pagpipilian sa pag-uulit |
|---|---|
| Maliit na may hanggang katawan | Ang may hanggang buffer ay maaaring magtabi ng mga byte nito. |
| Nahahanap na file | Ang interface ng pag-rewind na sinusuportahan ng kliyente ay maaaring gawin itong maulit. |
| Generator, tubo o live na prodyuser | Ang isahang paggamit na pinagmulan ay maaaring mangailangan ng ibang disenyo. |
Idinodokumento ng libcurl ang mga callback sa paghahanap para sa mga gamit kabilang ang multi-pass na pagpapatotoo. Nag-aalok ang Jersey ng buffered at hinati na mga mode ng pagpoproseso ng entity depende sa pag-uugali ng connector. Isang halimbawa ng connector ng Jersey 2 Apache ang nagpapakita ng buffered na setting. Wala sa dalawa ang gumagawa ng walang hanggang in-memory na pag-upload na angkop.
Kopyahin muli ang paraan at pinagmulan ng katawan na nabigo. Ang paghahandang GET ay walang pag-upload na mauulit, at hindi nito pinatutunayan na ang susunod na pag-upload ay nagbabahagi ng koneksyon o estado ng pagpapatotoo nito. Ang bagong destinasyon, object ng kliyente o patakaran sa koneksyon ay makakabago niyan. Ang katawang nakabatay sa file at live na stream ay nagkakaiba rin kahit ang kanilang sample na teksto ay pareho.
Kung magba-buffer ka, tukuyin ang limitasyon sa laki, lokasyon ng imbakan at tagal. Ang sabay-sabay na pag-upload ay nagpaparami ng gastos, at ang sensitibong data ay nananatili kung saan man itinatago ang buffer.
Paunang pagpapatotoo sa kilalang tugmang proxy ay makakaiwas sa isang paunang hamon. Gayunman, hindi nito maibubukod ang bawat susunod na pag-ikot ng pagpapatotoo, pag-redirect o saradong koneksyon na maaaring mangailangan ng isa pang pagtatangka.
Itago nang magkasama ang tugon ng proxy, punto ng paggamit ng katawan at error sa pag-uulit. Pagkatapos, ibukod ang pag-uulit ng protocol mula sa hindi tiyak na resulta ng aplikasyon: maaaring naproseso na ang pagsusumite bago nawala ang tugon nito. Sundin ang mga tuntunin ng idempotency ng destinasyon bago ito muling ipadala.