د پروکسي استخر کولای شي یوه ساده خنډ په بوخت لوپ بدل کړي. یو پته وټاکئ، ناکام شي، بله وټاکئ، بیا ناکام شي. که هر پای ټکی نه رسیږي ځکه چې ستاسو خپل شبکه بنده ده، د پتو بدلول هېڅکله لامل نه سمېږي.

له خپل استخر یا د وړیا پروکسي لیست څخه لومړنی پروکسي ټاکلو دمخه عمل ته بودیجه ورکړئ: محدود شمېر هڅې، محدودې د اړیکې او لوستلو انتظارې، او د ټول کار لپاره د پای وخت. Requests ټایم آوټ خپل مستند شوی د اړیکې یا لوستلو چلند کنټرولوي؛ پخپله هغه لوپ نه محدودوي چې نوي غوښتنې استوي.

پریکړه وکړئ چې بل هڅه څه ته مستحق ده

  • د پروکسي رد شوې اړیکه کولای شي د بل پای ټکي هڅولو لپاره دلیل وړاندې کړي.
  • د منزل ځواب خپل تفسیر ته اړتیا لري. د HTTP تېروتنې ترلاسه کول ثابتوي چې یو څه غوښتنې لاره بشپړه شوې.
  • د پروکسي تصدیق ناکامي د پای ټکي او حساب کتنه غواړي، نه چې په زیاتېدونکي لیست کې هماغه اسناد ووهي.

اصلي استثنا یا حالت د هڅې له ریکارډ سره وساتئ. یوازې «ټول پروکسي ناکام شول» لرونکی وروستی پیغام پټوي چې ناکامۍ یو شان لامل درلود که نه.

هر پروکسي د هر ریښتیني غوښتنې دمخه روغتیا کتل یوه بله غوښتنه زیاتوي او بیا هم نشي تضمینولی چې بل به بریالی شي. د کار سره سم ځای کې تازه روغتیایي معلومات بیا وکاروئ، بیا ریښتیني عمل ته اجازه ورکړئ چې خپله پایله راپور کړي.

بیا هڅه کولای شي کار تکرار کړي

یوازې د لوستلو لپاره راوړلو کې بل پروکسي ته تلل معمولا د سپارلو بیا چلولو څخه ساده دي. که له پیرود یا فورمې سپارلو وروسته اړیکه پرې شي، منزل ممکن دمخه پروسس کړی وي. د کار بیا چلولو دمخه د خدمت idempotency میکانېزم او د HTTP بیا هڅې قواعد تعقیب کړئ.

کله چې بودیجه ختمه شي، یوه ګټوره ناکامي بیرته ورکړئ. هغه کار چې له شاهدې سره ودرېږي د هغه کار په پرتله چې په خاموشۍ ګرځي تر څو چې یو څوک یې وپېژني، ترمیمول اسانه دي.

اړوندې مقالې