Stop 'n Proxy-rotasielus om vir ewig te loop

’n Proxy-poel kan ’n eenvoudige onderbreking in ’n besige lus verander. Kies ’n adres, misluk, kies ’n ander, misluk weer. As elke eindpunt onbereikbaar is omdat jou eie netwerk af is, sal die verandering van adresse nooit die oorsaak regstel nie.

Gee die bewerking ’n begroting voordat jy die eerste proxy uit jou poel of die gratis proxy-lys kies: ’n eindige aantal pogings, begrensde verbinding- en leeswagtye, en ’n sperdatum vir die algehele taak. ’n Requests-timeout beheer sy gedokumenteerde verbinding- of leesgedrag; dit begrens nie op sigself ’n lus wat aanhou nuwe versoeke uitstuur nie.

Bepaal wat nog ’n poging verdien

• ’n Geweierde proxy-verbinding kan ’n ander eindpunt probeer regverdig.
• ’n Bestemmingresponse het sy eie interpretasie nodig. Om ’n HTTP-fout te ontvang bewys dat een of ander versoekpad voltooi is.
• ’n Proxy-verifikasiefout vra om die eindpunt en rekening na te gaan eerder as om dieselfde geloofsbriewe deur ’n groeiende lys te hamer.

Hou die oorspronklike uitsondering of status by die pogingrekord. ’n Finale boodskap met net “alle proxies het misluk” verberg of die foute selfs dieselfde oorsaak gehad het.

Om elke proxy voor elke werklike versoek gesondheid te toets, voeg nog ’n versoek by en kan steeds nie waarborg dat die volgende een sal slaag nie. Hergebruik onlangse gesondheidsinligting waar dit by die taak pas, en laat die werklike bewerking dan sy eie resultaat rapporteer.

’n Herpoging kan die werk herhaal

Vir ’n lees-alleen-ophaal is dit gewoonlik eenvoudiger om na ’n ander proxy te skuif as om ’n indiening te herspeel. As ’n verbinding onderbreek nadat ’n aankoop of vormindiening gestuur is, het die bestemming dit moontlik reeds verwerk. Volg die diens se idempotensiemeganisme en die HTTP-herpogingsreëls voordat werk herspeel word.

Sodra die begroting uitgeput is, gee ’n nuttige mislukking terug. ’n Taak wat met bewyse stop, is makliker om te herstel as een wat stilweg aanhou roteer tot iemand dit opmerk.