درخواست proxy اٹھاتا ہے۔ کلائنٹ کون سی منزل کی کوکیز بھیجتا ہے، یہ PHP cURL کا کوکی انجن طے کرتا ہے۔ دونوں کو اُس ہینڈل پر ترتیب دیں جو منتقلی کرتا ہے۔ HTTP proxy فہرست اُس وقت راستے کے لیے امیدوار فراہم کرتی ہے جب یہ کام عوامی واسطے استعمال کر سکتا ہو:

curl_setopt($handle, CURLOPT_PROXY, 'http://203.0.113.10:8080');
curl_setopt($handle, CURLOPT_COOKIEFILE, '');

COOKIEFILE کی خالی قدر ابتدائی کوکی فائل لوڈ کیے بغیر کوکی انجن فعال کرتی ہے۔ اُس ہینڈل پر بعد کی درخواستیں منزل سے موصول ہونے والی مماثل کوکیز بھیج سکتی ہیں۔

الگ بنائے گئے ہینڈلز یا عمل کے درمیان تسلسل کے لیے دانستہ منتخب کردہ کوکی فائل پالیسی استعمال کریں۔ COOKIEFILE کوکیز پڑھتا ہے؛ COOKIEJAR وہ کوکیز لکھتا ہے جو libcurl محفوظ رکھتا ہے۔ COOKIEJAR کو راستہ دینے کا مطلب یہ نہیں کہ اُسے پڑھا بھی جاتا ہے۔

کوکی فائلیں ایپلیکیشن کے مطلوبہ سیشن یا اکاؤنٹ کے مطابق الگ رکھیں۔ بیک وقت چلنے والے کاموں کی مشترکہ فائل ہر کام کے منتخب کردہ proxy سے قطع نظر حالت ملا سکتی ہے۔ فائل کی حفاظت کریں، کیونکہ سیشن کوکی پاس ورڈ کے طور پر لیبل نہ ہونے کے باوجود رسائی دے سکتی ہے۔

اگر ورک فلو صفائی سے پہلے موجودہ کوکی حالت لکھنا چاہتا ہے تو libcurl کے دستاویزی کوکی کمانڈز دیکھیں۔ حالت کب لکھی جاتی ہے، اس کی واحد وضاحت کے طور پر پرانی PHP مثال کی curl_close کال پر انحصار نہ کریں۔

بدلا ہوا proxy IP کوکی پالیسی کو اُس وقت تک برقرار رکھتا ہے جب تک ایپلیکیشن اُسے نہ بدلے۔ مسترد شدہ سیشن کی تشخیص منزل کے جواب کے طور پر کریں، بجائے یہ فرض کرنے کے کہ proxy کو لاگ ان یاد رکھنا چاہیے۔

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