Proxy-kogum võib muuta lihtsa katkestuse tihedaks tsükliks. Vali aadress, ebaõnnestu, vali teine, ebaõnnestu uuesti. Kui iga lõpp-punkt on kättesaamatu, sest sinu enda võrk on maas, ei paranda aadresside vahetamine kunagi põhjust.

Anna toimingule eelarve enne, kui valid kogumist esimese proxy või tasuta proxy loendi: piiratud arv katseid, piiratud ühenduse ja lugemise ooteajad ning kogu ülesande tähtaeg. Requestsi timeout juhib selle dokumenteeritud ühenduse või lugemise käitumist; see ei piira iseenesest tsüklit, mis jätkab uute päringute esitamist.

Otsusta, mis teenib veel ühe katse

  • Tagasi lükatud proxy-ühendus võib õigustada teise lõpp-punkti proovimist.
  • Sihtkoha vastus vajab oma tõlgendust. HTTP-vea saamine tõestab, et mõni päringu tee lõppes.
  • Proxy autentimise tõrge nõuab lõpp-punkti ja konto kontrollimist, mitte samade volituste tagumist üha pikema loendi kaudu.

Hoia algne erand või olek katse kirjega koos. Lõplik teade, mis sisaldab ainult „kõik proxyd ebaõnnestusid”, varjab, kas tõrgetel oli üldse sama põhjus.

Iga proxy tervisekontroll enne iga tegelikku päringut lisab veel ühe päringu ega taga ikkagi, et järgmine õnnestub. Kasuta värsket terviseteavet seal, kus see ülesandele sobib, ja lase tegelikul toimingul oma tulemus ise teatada.

Korduskatse võib töö uuesti teha

Ainult lugemiseks mõeldud päringu puhul on teisele proxyle liikumine tavaliselt lihtsam kui esituse kordamine. Kui ühendus katkeb pärast ostu või vormi saatmist, võib sihtkoht olla selle juba töödelnud. Järgi teenuse idempotentsuse mehhanismi ja HTTP korduskatse reegleid enne töö kordamist.

Kui eelarve on ammendunud, tagasta kasulik tõrge. Tõenditega peatuv töö on lihtsam parandada kui see, mis vaikselt edasi pöörleb, kuni keegi märkab.

Seotud artiklid