Squid retry_on_error: codau statws a llwybrau eraill

Mae opsiwn yn Squid o'r enw retry_on_error, ond mae'r enw'n lletach na'i ddehongliad defnyddiol. Nid yw'n golygu y bydd pob cais a fetha yn cael ei ailadrodd yn ddiderfyn nes bod y dudalen yn gweithio.

Mewn rhyddhau sy'n cefnogi'r cyfarwyddiad hwn, mae wedi'i ddiffodd yn ddiofyn. Y rhestr ailbrawf a ddogfennwyd yw 403, 500, 501, 502, 503 a 504, ac mae'n rhoi cynnig ar y cais trwy gyrchfan arall sy'n gweithio. Mae hyn yn arbennig o berthnasol mewn hierarchaeth â llwybrau anfon amgen. Nid yw'n ymgais ailbrawf wedi'i hamseru o'r un soced i'r un gweinydd yn unig.

Enwch y methiant yn gyntaf

Nid yw gwrthodiad wrth gysylltu â phrosi, methiant dilysu prosi, gwall HTTP o'r tarddiad, ac ymateb a dorrwyd ar ôl dechrau'r danfoniad yn cynnig yr un cyfle ailbrawf. Peidiwch â disgwyl i un gosodiad drin y pedwar yn yr un modd.

Ar gyfer allanfa breifat, penderfynwch hefyd a yw llwybr amgen yn dderbyniol. Gall rhiant arall fod â chyfeiriad ffynhonnell gyhoeddus gwahanol, polisi dilysu gwahanol, neu leoliad rhwydwaith gwahanol. Gall llwyddiant trwy'r amgen hwnnw dorri'r rheswm dros ddewis y rhiant cyntaf.

Mae gweithrediadau'r ap yn dod â phryder arall: gall ailadrodd cais ailadrodd ei effaith. Mae angen semanteg ailbrawf briodol ar y cleient a'r gweinydd, yn enwedig ar gyfer gweithrediadau sy'n creu neu'n newid data. Nid yw gosodiad prosi yn cymryd lle trin canlyniadau ansicr ar lefel y rhaglen.

Darllenwch y cyfarwyddiad ar gyfer eich union ryddhau; mae'r cyfeiriadur yn rhestru argaeledd a'r ymddygiad diofyn. Cadwch hefyd terfynau amser y cais a chyfanswm yr aros a wel y defnyddiwr mewn golwg. Gall ymgais anfon ychwanegol dreulio'r amser sy'n weddill heb gynhyrchu canlyniad gwell.

Wrth ymchwilio i fethiannau ysbeidiol, cofnodwch y statws, y rhiant neu'r gyrchfan a ddewiswyd, a dilyniant yr ymgeisiau. Fel arall, gall ailbrawfion wneud i broblem llwybro sy'n ailadrodd edrych fel gwefan sy'n araf yn gyffredinol, gan guddio'r llwybr a fethodd mewn gwirionedd.