Squid turi parinktį, vadinamą retry_on_error, tačiau pavadinimas platesnis nei naudingas jos aiškinimas. Tai nereiškia, kad kiekviena nepavykusi užklausa bus kartojama be galo, kol puslapis pradės veikti.

Leidimuose, palaikančiuose šią direktyvą, ji pagal numatytuosius nustatymus išjungta. Dokumentuotas kartojimo sąrašas yra 403, 500, 501, 502, 503 ir 504, o užklausa bandoma per kitą veikiančią paskirtį. Tai ypač svarbu hierarchijoje su alternatyviais perdavimo keliais. Tai ne tik laiku apribotas to paties lizdo bandymas iš naujo tame pačiame serveryje.

Pirmiausia įvardykite gedimą

Atsisakymas jungiantis prie proxy, proxy autentifikavimo klaida, HTTP klaida iš šaltinio ir po pristatymo pradžios nutrūkęs atsakymas nesuteikia tos pačios kartojimo galimybės. Nesitikėkite, kad vienas nustatymas visus keturis apdoros vienodai.

Privačiam išėjimui taip pat nuspręskite, ar alternatyvus kelias priimtinas. Kitas tėvas gali turėti kitą viešą šaltinio adresą, autentifikavimo politiką ar tinklo vietą. Sėkmė per tą alternatyvą gali pažeisti priežastį, dėl kurios buvo pasirinktas pirmasis tėvas.

Programos operacijos kelia dar vieną susirūpinimą: pakartojus užklausą gali pasikartoti jos poveikis. Klientui ir serveriui reikia tinkamos kartojimo semantikos, ypač operacijoms, kurios kuria ar keičia duomenis. Proxy nustatymas nepakeičia neaiškių rezultatų tvarkymo programos lygmeniu.

Perskaitykite direktyvą savo tiksliam leidimui; nuoroda išvardija prieinamumą ir numatytąjį elgesį. Taip pat turėkite omenyje užklausos terminus ir visą vartotojui matomą laukimą. Papildomas perdavimo bandymas gali sunaudoti likusį laiką neduodamas geresnio rezultato.

Tirdami pasikartojančius gedimus įrašykite būseną, pasirinktą tėvą ar paskirtį ir bandymų seką. Priešingu atveju kartojimai gali paversti pasikartojančią maršruto problemą iš pažiūros lėta svetaine, slėpdami kelią, kuris iš tikrųjų nepavyko.

Susiję straipsniai