Squid da retry_on_error nomli parametr bor, lekin nomi uning foydali talqinidan kengroq. Bu har bir muvaffaqiyatsiz so'rov sahifa ishlaguncha cheksiz qaytariladi degani emas.

Bu direktivani qo'llab-quvvatlaydigan versiyalarda u sukut bo'yicha o'chirilgan. Hujjatlashtirilgan qaytarish ro'yxati 403, 500, 501, 502, 503 va 504 bo'lib, so'rov boshqa ishlaydigan manzil orqali sinab ko'riladi. Bu muqobil yo'naltirish yo'llari bo'lgan ierarxiyada ayniqsa muhim. Bu xuddi shu soketdan xuddi shu serverga vaqt bo'yicha qayta urinish emas.

Avval nosozlikni nomlang

Proksiga ulanish paytida rad etish, proksi autentifikatsiyasi muvaffaqiyatsizligi, manbadan HTTP xatosi va yetkazib berish boshlangandan keyin uzilgan javob bir xil qaytarish imkoniyatini bermaydi. Bitta sozlama to'rttasini bir xil boshqaradi deb kutlamang.

Xususiy chiqish uchun muqobil yo'l maqbulmi yoki yo'qmi ham qaror qiling. Boshqa ota-onaning boshqa umumiy manba manzili, autentifikatsiya siyosati yoki tarmoq joylashuvi bo'lishi mumkin. O'sha muqobil orqali muvaffaqiyat birinchi ota-onani tanlash sababini buzishi mumkin.

Ilova operatsiyalari boshqa tashvish keltiradi: so'rovni qaytarish uning ta'sirini qaytarishi mumkin. Mijoz va serverga to'g'ri qaytarish semantikasi kerak, ayniqsa ma'lumot yaratadigan yoki o'zgartiradigan operatsiyalar uchun. Proksi sozlamasi noaniq natijalarni ilova darajasida boshqarish o'rnini bosmaydi.

Aniq versiyangiz uchun direktivani o'qing; ma'lumotnoma mavjudlik va sukut xatti-harakatini sanab o'tadi. so'rov muddatlari va foydalanuvchi ko'radigan umumiy kutishni ham yodda tuting. Qo'shimcha yo'naltirish urinishi yaxshiroq natija bermasdan qolgan vaqtni sarflashi mumkin.

Vaqti-vaqti bilan uchraydigan nosozliklarni tekshirganda holat, tanlangan ota-ona yoki manzil va urinishlar ketma-ketligini yozib oling. Aks holda qaytarishlar takrorlanadigan marshrutlash muammosini odatda sekin veb-sayt kabi ko'rsatib, aslida muvaffaqiyatsiz bo'lgan yo'lni yashirishi mumkin.

O'xshash maqolalar