প্রক্সি রোটেশন লুপকে অনন্তকাল চলা থেকে থামান

একটি প্রক্সি পুল সহজ বিভ্রাটকে ব্যস্ত লুপে পরিণত করতে পারে। একটি ঠিকানা বাছুন, ব্যর্থ হোন, আরেকটি বাছুন, আবার ব্যর্থ হোন। যদি প্রতিটি এন্ডপয়েন্টে পৌঁছানো না যায় কারণ আপনার নিজের নেটওয়ার্ক বন্ধ, তবে ঠিকানা বদলালে কখনোই কারণটি সারবে না।

আপনার পুলের প্রথম প্রক্সি বা বিনামূল্যের প্রক্সি তালিকা বাছার আগে কাজটিকে বাজেট দিন: সীমিত সংখ্যক চেষ্টা, সীমাবদ্ধ সংযোগ ও পড়ার অপেক্ষা, এবং পুরো কাজের জন্য একটি সময়সীমা। Requests টাইমআউট তার নথিভুক্ত সংযোগ বা পড়ার আচরণ নিয়ন্ত্রণ করে; এটি নিজে থেকেই নতুন অনুরোধ পাঠাতে থাকা লুপকে সীমিত করে না।

কী আরেকটি চেষ্টার যোগ্য তা নির্ধারণ করুন

• প্রত্যাখ্যাত প্রক্সি সংযোগ অন্য এন্ডপয়েন্ট চেষ্টার যৌক্তিকতা দিতে পারে।
• গন্তব্যের প্রতিক্রিয়ার নিজস্ব ব্যাখ্যা দরকার। HTTP ত্রুটি পাওয়া প্রমাণ করে কিছু অনুরোধ-পথ সম্পন্ন হয়েছে।
• প্রক্সি প্রমাণীকরণ ব্যর্থতায় এন্ডপয়েন্ট ও অ্যাকাউন্ট যাচাই করা উচিত, বাড়তে থাকা তালিকায় একই শংসাপত্র বারবার মারা নয়।

মূল ব্যতিক্রম বা স্ট্যাটাস চেষ্টার রেকর্ডের সঙ্গে রাখুন। কেবল “সব প্রক্সি ব্যর্থ হয়েছে” লেখা চূড়ান্ত বার্তা লুকিয়ে রাখে ব্যর্থতাগুলোর কারণ একই ছিল কি না।

প্রতিটি বাস্তব অনুরোধের আগে প্রতিটি প্রক্সির স্বাস্থ্য পরীক্ষা আরেকটি অনুরোধ যোগ করে এবং তবুও পরেরটি সফল হবে তা নিশ্চিত করতে পারে না। কাজের সাথে মানানসই জায়গায় সাম্প্রতিক স্বাস্থ্য তথ্য পুনরায় ব্যবহার করুন, তারপর বাস্তব কাজটিকে নিজের ফলাফল জানাতে দিন।

পুনরায় চেষ্টা কাজটি পুনরাবৃত্তি করতে পারে

শুধু পড়ার জন্য আনার ক্ষেত্রে অন্য প্রক্সিতে যাওয়া সাধারণত জমা পুনরায় চালানোর চেয়ে সহজ। যদি ক্রয় বা ফর্ম জমা পাঠানোর পর সংযোগ কেটে যায়, গন্তব্য হয়তো এটি ইতিমধ্যে প্রক্রিয়া করেছে। কাজ পুনরায় চালানোর আগে পরিষেবার idempotency ব্যবস্থা ও HTTP পুনরায় চেষ্টার নিয়ম অনুসরণ করুন।

বাজেট শেষ হলে একটি উপযোগী ব্যর্থতা ফেরান। প্রমাণসহ থেমে যাওয়া কাজ কারও নজরে আসা পর্যন্ত চুপচাপ ঘুরতে থাকা কাজের চেয়ে মেরামত করা সহজ।