વિનંતી પ્રોક્સી વહન કરે છે. ક્લાયન્ટ કઈ લક્ષ્ય કૂકીઝ મોકલે છે તે 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 કૂકી નીતિ ને અસ્પૃષ્ટ રાખે છે સિવાય કે એપ્લિકેશન તેને બદલે. નકારેલા સત્રને લક્ષ્યના પ્રતિભાવ તરીકે નિદાન કરો, પ્રોક્સીએ લોગિન યાદ રાખવું જોઈએ એમ ધારીને નહીં.

સંબંધિત લેખો