প্ৰক্সি বিফল হ'লে OkHttp পোনপটীয়াকৈ সংযোগ কৰিব নেকি?
প্ৰক্সি বিফল হ'লে পোনপটীয়া প্ৰৱেশ সম্ভৱ নেকি নিৰ্ণয় কৰিবলৈ ক্লায়েন্ট সংস্কৰণ, ৰাউটিং প্ৰাৰ্থী আৰু এপ্লিকেচনৰ পুনৰায় চেষ্টা পথ ব্যৱহাৰ কৰক।
ঐতিহাসিক ছিষ্টেম-HTTP-প্ৰক্সিৰ ক্ষেত্ৰত OkHttp-এ 3.5.0 সংস্কৰণত নিজৰ আচৰণ সলনি কৰিছিল: সেই প্ৰক্সি বিফল হোৱাৰ পিছত ই পোনপটীয়া সংযোগৰ চেষ্টা বন্ধ কৰিছিল। নীৰৱ পিছুৱাই যোৱাৰ এটা পুৰণি প্ৰতিবেদনে সেই পৰিৱৰ্তনৰ আগৰ আচৰণ বৰ্ণনা কৰিব পাৰে।
সেই ইতিহাসে প্ৰতিটো এপ্লিকেচনৰ ৰাউটিং নীতি নিৰ্ণয় নকৰে। আপোনাৰ নিজৰ এপ্লিকেচনৰ পৰা অহা প্ৰতিবেদন ব্যাখ্যা কৰিবলৈ এই তিনিটা পৰীক্ষা অনুসৰণ কৰক:
- সমাধান হোৱা OkHttp সংস্কৰণ বিচাৰক। কপি কৰি থকা উদাহৰণৰ বয়সৰ পৰিৱৰ্তে এপ্লিকেচনৰ নিৰ্ভৰশীলতা তথ্য ব্যৱহাৰ কৰক, ফ্ৰেমৱৰ্কে প্ৰকৃততে সংযুক্ত কৰা সংস্কৰণকে ধৰি।
- এই ক্লায়েন্টে কেনেকৈ ৰাউট বাছনি কৰে সেয়া বিচাৰক। স্পষ্ট প্ৰক্সি আৰু কাষ্টম ProxySelector বেলেগ বেলেগ সংৰচনা। যদি চিলেক্টৰে প্ৰক্সিৰ পিছত পোনপটীয়া প্ৰাৰ্থী যোগান ধৰে, তেন্তে ই পোনপটীয়া বিকল্প আগবঢ়াইছে।
- বিফলতা পৰিচালক অনুসৰণ কৰক। অন্য ক্লায়েন্টৰ সৈতে পুনৰায় চেষ্টা কৰা এপ্লিকেচন ক'ড বিচাৰক। সেই প্ৰতিস্থাপকে কৰা পোনপটীয়া অনুৰোধ প্ৰথম ক্লায়েন্টৰ সিদ্ধান্তৰ বাহিৰত।
বাধ্যতামূলক-প্ৰক্সিৰ প্ৰয়োজনীয়তাৰ বাবে, প্ৰাসংগিক ক্লায়েন্ট নীতিয়ে পোনপটীয়া বিকল্প আগবঢ়োৱাৰ পৰিৱৰ্তে বন্ধ হ'ব লাগিব। প্ৰকৃত ক্লায়েন্ট আৰু পুনৰায় চেষ্টা পথ সেই প্ৰয়োজনীয়তাৰ সৈতে মিলাই পৰীক্ষা কৰক; কেৱল 3.5.0 পৰিৱৰ্তন কোনো মেচিন-ব্যাপী ট্ৰেফিক নিয়ম নহয়।