Python Requests ری ڈائریکٹ: None بمقابلہ خالی proxy اقدار

میپنگ اندراج ہٹانے والی None قدر پر انحصار کرنے کے بجائے ری ڈائریکٹ کے دوران براہ راست روٹنگ کا ارادہ واضح رکھیں۔

اگر براہ راست درخواست ری ڈائریکٹ تک پہنچے اور اگلا تبادلہ proxy پر ناکام ہو جائے تو اس منتقلی کا جائزہ لیں۔ Requests ری ڈائریکٹ کے لیے proxy سے متعلق ترتیبات دوبارہ بناتا ہے اور جب Session اس پر بھروسا کرتا ہے تو ماحول سے دوبارہ رجوع کر سکتا ہے۔

میپنگ قدرانضمام کے دوران کیا ہوتا ہے
Noneکلید ہٹا دی جاتی ہے، جس سے ایک غائب اندراج رہ جاتا ہے جسے بعد کا مرحلہ ماحول سے بھر سکتا ہے۔
خالی سٹرنگواضح قدر باقی رہتی ہے؛ یہ اس اسکیم کے لیے براہ راست روٹنگ کا ارادہ محفوظ رکھ سکتی ہے۔

موجودہ Session کے لیے، براہ راست کارروائی میں شامل منزل اسکیمیں فراہم کریں:

response = session.get(
    'https://example.com/start',
    proxies={'http': '', 'https': ''},
    timeout=15,
)

اگر ایپلیکیشن فراہم کرے تو اضافی میزبان مخصوص میپنگز اور حسب ضرورت اڈاپٹرز جانچیں۔ یہ روٹنگ ان پٹ ان اجزاء کی نافذ کردہ ہر ممکن پالیسی کو زیر نہیں کرتا۔

تشخیص میں ہر URL رکھیں

اصل URL، ہر ری ڈائریکٹ مقام، جواب کی حالت اور ناکام ہونے والا مرحلہ درج کریں۔ HTTP سے HTTPS کی تبدیلی متعلقہ اسکیم کلید بدلتی ہے؛ نیا میزبان پہلے میزبان کے بائی پاس قاعدے سے باہر ہو سکتا ہے۔ صرف ابتدائی URL والی رپورٹ دونوں منتقلیاں چھپا دیتی ہے۔

ری ڈائریکٹ کی پیروی بند رکھ کر ایک جواب کا مشاہدہ حد کو بے نقاب کر سکتا ہے۔ درخواست کرنے کا فیصلہ کرنے سے پہلے اس کے مقام کو بطور ڈیٹا جانچیں؛ اصل اسناد کو بلا امتیاز نئی منزل پر نہ بھیجیں۔

جب ایپلیکیشن دانستہ طور پر تمام روٹنگ اور اعتماد کے ان پٹ کی مالک ہو تو ماحول کی دریافت بند رکھنے والا مخصوص Session ایک اور آپشن ہے۔ یہ خودکار اسناد اور CA کی دریافت کو بھی متاثر کرتا ہے، لہٰذا اسے معمول کی ری ڈائریکٹ مرمت کے بجائے ایپلیکیشن پالیسی کے طور پر منتخب کریں۔

متعلقہ مضامین