ਬੇਨਤੀ ਪ੍ਰੌਕਸੀ ਢੋਂਦਾ ਹੈ। ਕਲਾਇੰਟ ਕਿਹੜੀਆਂ ਮੰਜ਼ਿਲ ਕੂਕੀਜ਼ ਭੇਜਦਾ ਹੈ, ਇਹ 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 ਕੂਕੀ ਨੀਤੀ ਨੂੰ ਉਦੋਂ ਤੱਕ ਅਛੂਤ ਰੱਖਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਐਪਲੀਕੇਸ਼ਨ ਇਸਨੂੰ ਨਾ ਬਦਲੇ। ਰੱਦ ਕੀਤੇ ਸੈਸ਼ਨ ਦਾ ਨਿਦਾਨ ਮੰਜ਼ਿਲ ਦੇ ਜਵਾਬ ਵਜੋਂ ਕਰੋ, ਇਹ ਮੰਨਣ ਦੀ ਥਾਂ ਕਿ ਪ੍ਰੌਕਸੀ ਨੂੰ ਲੌਗਇਨ ਯਾਦ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ