प्रॉक्सी का उपयोग करने वाले PHP cURL हैंडल पर कुकीज़ सक्षम करें

अनुरोध प्रॉक्सी वहन करता है। क्लाइंट कौन-सी गंतव्य कुकीज़ भेजता है, यह PHP cURL का कुकी इंजन तय करता है। दोनों को उसी हैंडल पर कॉन्फ़िगर करें जो स्थानांतरण करता है। HTTP प्रॉक्सी सूची तब मार्ग के लिए उम्मीदवार देती है जब यह कार्य सार्वजनिक मध्यस्थों का उपयोग कर सकता है:

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

खाली COOKIEFILE मान प्रारंभिक कुकी फ़ाइल लोड किए बिना कुकी इंजन सक्षम करता है। उस हैंडल पर बाद के अनुरोध गंतव्य से प्राप्त मेल खाती कुकीज़ भेज सकते हैं।

अलग से बनाए गए हैंडल या प्रक्रियाओं के बीच स्थायित्व के लिए, जानबूझकर चुनी गई कुकी-फ़ाइल नीति अपनाएँ। COOKIEFILE कुकीज़ पढ़ता है; COOKIEJAR वे कुकीज़ लिखता है जो libcurl रखता है। COOKIEJAR को पथ देना उसे पढ़ना भी नहीं है।

कुकी फ़ाइलों को एप्लिकेशन के इच्छित सत्र या खाते के अनुसार अलग रखें। समवर्ती कार्यों द्वारा साझा की गई फ़ाइल प्रत्येक कार्य द्वारा चुने गए प्रॉक्सी से स्वतंत्र रूप से स्थिति मिला सकती है। फ़ाइल की रक्षा करें, क्योंकि सत्र कुकी पासवर्ड के रूप में चिह्नित न होते हुए भी पहुँच दे सकती है।

यदि वर्कफ़्लो को सफ़ाई से पहले वर्तमान कुकी स्थिति फ़्लश करनी है, तो libcurl के प्रलेखित कुकी कमांड देखें। स्थिति कब लिखी जाती है, इसकी एकमात्र व्याख्या के रूप में पुराने PHP उदाहरण के curl_close कॉल पर निर्भर न रहें।

बदला हुआ प्रॉक्सी IP कुकी नीति को तब तक अक्षुण्ण रखता है जब तक एप्लिकेशन उसे न बदले। अस्वीकृत सत्र का निदान गंतव्य की प्रतिक्रिया के रूप में करें, यह मानने के बजाय कि प्रॉक्सी को लॉगिन याद रखना चाहिए।