अनुरोध प्रोक्सीले बोक्छ। ग्राहकले कुन गन्तव्य कुकीहरू पठाउँछ भन्ने 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 ले कुकी नीति अनुप्रयोगले नबदलेसम्म अक्षुण्ण राख्छ। अस्वीकृत सत्रलाई प्रोक्सीले लगइन सम्झनुपर्छ भनी मान्नुको सट्टा गन्तव्यको प्रतिक्रियाका रूपमा निदान गर्नुहोस्।

सम्बन्धित लेखहरू