Proxy-allas voi muuttaa yksinkertaisen katkoksen kiireiseksi silmukaksi. Valitse osoite, epäonnistu, valitse toinen, epäonnistu taas. Jos kaikki päätepisteet ovat tavoittamattomia, koska oma verkkosi on alhaalla, osoitteiden vaihtaminen ei koskaan korjaa syytä.

Anna toiminnolle budjetti ennen kuin valitset altaan ensimmäisen proxyn tai ilmaisen proxylistan: rajallinen määrä yrityksiä, rajatut yhteys- ja lukuviiveet sekä koko tehtävän määräaika. Requests-timeout ohjaa sen dokumentoitua yhteys- tai lukukäyttäytymistä; se ei itsessään rajoita silmukkaa, joka lähettää jatkuvasti uusia pyyntöjä.

Päätä, mikä ansaitsee uuden yrityksen

  • Hylätty proxyn yhteys voi perustella toisen päätepisteen kokeilemista.
  • Kohteen vastaus tarvitsee oman tulkintansa. HTTP-virheen vastaanottaminen todistaa, että jokin pyyntöpolku valmistui.
  • Proxyn todennuksen epäonnistuminen vaatii päätepisteen ja tilin tarkistamista sen sijaan, että samoja tunnuksia hakataan yhä kasvavalla listalla.

Säilytä alkuperäinen poikkeus tai tila yritystietueen kanssa. Loppuviesti, jossa lukee vain ”kaikki proxyt epäonnistuivat”, kätkee sen, oliko epäonnistumisilla edes sama syy.

Jokaisen proxyn kunnon tarkistaminen ennen jokaista varsinaista pyyntöä lisää yhden pyynnön eikä silti takaa, että seuraava onnistuu. Käytä tuoreita kuntotietoja, kun ne sopivat tehtävään, ja anna varsinaisen toiminnon raportoida oma tuloksensa.

Uudelleenyritys voi toistaa työn

Vain lukevassa haussa toiseen proxyyn siirtyminen on yleensä yksinkertaisempaa kuin lähetyksen toistaminen. Jos yhteys katkeaa oston tai lomakkeen lähettämisen jälkeen, kohde on voinut jo käsitellä sen. Noudata palvelun idempotenssimekanismia ja HTTP:n uudelleenyrityssääntöjä ennen työn toistamista.

Kun budjetti on käytetty, palauta hyödyllinen virhe. Todisteiden kanssa pysähtyvää työtä on helpompi korjata kuin sitä, joka pyörii hiljaa, kunnes joku huomaa sen.

Aiheeseen liittyvät artikkelit