د هر پړاو وخت محدودیتونه او د پروکسي غوښتنې ټولیز وروستی مهال

د اړیکې او لوستلو وخت محدودیتونه ځانګړي تمې محدودوي. دوی اړینه نه ده چې ټوله پروکسي عملیات محدود کړي، کوم چې کېدای شي په کتار کې تمه، DNS، CONNECT، TLS، بیاځلي لارښوونې، بیا هڅې او د ځواب لوستل هم ولري.

د عملیات له بودیجې پیل وکړئ

چېرې چې شته وي، د پیرودونکي مستند ټولیز وروستی مهال یا د لغوه کولو میکانیزم د پړاو محدودیتونو سره یوځای وکاروئ. HTTPX د پول، اړیکې، لوستلو او لیکلو تمې جلا کوي. Requests بیانوي چې د هغې وخت محدودیت د بشپړ ډاونلوډ محدودیت نه دی. curl د ټولیز لېږد وخت محدودیت وړاندې کوي.

د بېلګې په توګه، یو د شلو ثانیو کار په کتار کې دوه ثانیې، خپله لار جوړولو ته درې او یوه ناکامه تبادله ته شپږ ثانیې تېروي. د هغې راتلونکې هڅې شاوخوا نهه ثانیې پاتې دي. هرې بیا هڅې ته نوي شل ثانیې ورکول به اصلي بودیجه وغورځوي.

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

جسم او پاکوالی شامل کړئ

هغه طریقه چې له سرلیکونو وروسته راګرځي کېدای شي د جسم لوستل د هغې له وروستي مهال بهر پرېږدي. پرېکړه وکړئ چې بودیجه جوړول، بشپړ محدود ډاونلوډ یا د جلا ژوند قواعدو لرونکی اوږدمهاله جریان پوښي. په نوي .NET کې د سرلیکونو او جسم د لغوه کولو بېلګه په دواړو پړاوونو کې یو ټوکن وړي.

له راتلونکې هڅې مخکې چې د پول ظرفیت واخلي، د ځوابونو د بندولو او لغوه کولو د بشپړولو لپاره وخت پرېږدئ. ناکام پړاو او تېر وخت ثبت کړئ؛ پرمختګ کوونکې تکراري لوستنې کېدای شي د بې‌حرکتي محدودیتونه پوره کړي، خو ټول کار ډېر اوږد وي.

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