پراکسی صحت: آپ نے کون سی ویب سائٹ اور کون سا آپریشن ٹیسٹ کیا؟
دوبارہ استعمال کے قابل پراکسی پول برقرار رکھتے وقت عمومی پراکسی رسائی کو منزل مخصوص ناکامیوں سے الگ رکھیں۔
پراکسی آپ کا آئی پی جانچ صفحہ لاتی ہے لیکن آپ کی ایپلیکیشن کو درکار API پر ناکام ہو جاتی ہے۔ اسے «صحت مند» یا «مردہ» کہنا سب سے زیادہ کارآمد حقیقت کھو دیتا ہے: دونوں درخواستیں مختلف تھیں۔
اینڈ پوائنٹ کے لیے پوری ترسیل کا ریکارڈ لے کر شروع کریں۔ کیا آپ اس کے سننے والے تک پہنچ سکتے ہیں اور مطلوبہ پراکسی مذاکرات مکمل کر سکتے ہیں؟ منزل مخصوص مشاہدات کو اس ریکارڈ پر دوبارہ لکھنے کے بجائے اس کے ساتھ رکھیں۔
| مشاہدہ | تحقیق کا دائرہ |
|---|---|
| پراکسی سننے والا کنکشن مسترد کرتا ہے | اینڈ پوائنٹ اور وہاں تک کا راستہ |
| پراکسی ایک منزل پورٹ مسترد کرتی ہے | اس منزل کے لیے اجازت شدہ آپریشن |
| ایک ویب سائٹ اکاؤنٹ کی خرابی واپس کرتی ہے | منزل ایپلیکیشن اور اسناد |
| بڑے جواب رک جاتے ہیں، چھوٹے مکمل ہوتے ہیں | منتقلی کا بوجھ اور وقت کی حد کی پالیسی |
ایک HTTP جواب ثابت کر سکتا ہے کہ درخواست کے راستے نے کچھ واپس کیا اور پھر بھی ایپلیکیشن کے لیے ناقابل استعمال رہ سکتا ہے۔ ترسیل کی کامیابی، HTTP حیثیت اور متوقع مواد کو الگ نتائج کے طور پر رکھیں۔
اگر کوئی منزل بار بار ناکام ہو تو اس اینڈ پوائنٹ اور منزل کے جوڑے کو روکیں یا تحقیق کریں۔ ہر غیر متعلقہ کام کے لیے پراکسی بند کرنا کارآمد صلاحیت ضائع کر سکتا ہے۔ اس کے برعکس، عالمی کنکشن کی ناکامی ایک ویب سائٹ کے الگ ریکارڈ کے پیچھے چھپی نہیں رہنی چاہیے۔
عملی صحت کی کلید میں پراکسی شناخت کنندہ، منزل سروس اور آپریشن کی قسم شامل ہو سکتی ہے۔ پوری اسناد والی URL یا ہر منفرد وسیلہ راستے کو مسلسل بڑھتی کلید کے طور پر استعمال کرنے سے گریز کریں۔ صرف وہاں گروپ بنائیں جہاں گروپ بندی اگلی درخواست کے بارے میں بامعنی پیش گوئی دے۔
مقصد بہتر روٹنگ ثبوت ہے، سبز بیجز کا بڑا ذخیرہ نہیں۔ صحت کے نتیجے کو بتانا چاہیے کہ کیا کوشش کی گئی، کب، اور اس نے واقعی کیا ثابت کیا۔