கோரிக்கையை எடுத்துச் செல்வது proxy. வாடிக்கையாளர் எந்த இலக்கு cookies-ஐ அனுப்புவது என்பதை PHP cURL இன் cookie இயந்திரம் தீர்மானிக்கிறது. பரிமாற்றத்தைச் செய்யும் கைப்பிடியில் இரண்டையும் அமைக்கவும். HTTP proxy பட்டியல் இந்த வேலை பொது இடைத்தரகர்களைப் பயன்படுத்தலாம் எனும்போது பாதைக்கான வேட்பாளர்களை வழங்குகிறது:

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

காலியான COOKIEFILE மதிப்பு ஆரம்ப cookie கோப்பை ஏற்றாமல் cookie இயந்திரத்தை இயக்குகிறது. அந்தக் கைப்பிடியில் அடுத்தடுத்த கோரிக்கைகள் இலக்கிலிருந்து பெற்ற பொருந்தும் cookies-ஐ அனுப்ப முடியும்.

தனியாக உருவாக்கப்பட்ட கைப்பிடிகள் அல்லது செயல்முறைகளுக்கு இடையே நிலைத்தன்மைக்கு, வேண்டுமென்றே தேர்ந்தெடுத்த cookie கோப்புக் கொள்கையைப் பயன்படுத்தவும். COOKIEFILE cookies-ஐ படிக்கிறது; COOKIEJAR libcurl வைத்திருக்கும் cookies-ஐ எழுதுகிறது. COOKIEJAR-க்கு ஒரு பாதையைக் கொடுப்பது அதுவும் படிக்கப்படும் என்று பொருள் அல்ல.

cookie கோப்புகளை பயன்பாடு நோக்கும் அமர்வு அல்லது கணக்கின்படி தனித்தனியாக வைத்திருங்கள். ஒரே நேரத்தில் இயங்கும் வேலைகள் பங்கிடும் கோப்பு, ஒவ்வொரு வேலையும் தேர்ந்தெடுக்கும் proxy-ஐப் பொருட்படுத்தாமல் நிலையைக் கலக்கலாம். அமர்வு cookie கடவுச்சொல் எனக் குறிக்கப்படாவிட்டாலும் அணுகலை வழங்கக்கூடும் என்பதால் கோப்பைப் பாதுகாக்கவும்.

சுத்தம் செய்வதற்கு முன் தற்போதைய cookie நிலையை எழுத வேண்டும் என்றால், libcurl இன் ஆவணப்படுத்தப்பட்ட cookie கட்டளைகளை ஆராயுங்கள். நிலை எப்போது எழுதப்படுகிறது என்பதற்கான ஒரே விளக்கமாக பழைய PHP எடுத்துக்காட்டின் curl_close அழைப்பை நம்ப வேண்டாம்.

மாற்றப்பட்ட proxy IP, பயன்பாடு மாற்றாத வரை cookie கொள்கையை அப்படியே விட்டுவிடும். நிராகரிக்கப்பட்ட அமர்வை proxy உள்நுழைவை நினைவில் வைத்திருக்க வேண்டும் எனக் கருதுவதற்குப் பதிலாக இலக்கின் பதிலாகக் கண்டறியுங்கள்.

தொடர்புடைய கட்டுரைகள்