Scrapy કૂકી જાર એ સત્રની છે, આપોઆપ પ્રોક્સીની નહીં
જ્યારે ઘણા પ્રોક્સી વર્કફ્લો એક સ્પાઇડર વહેંચે ત્યારે સ્પષ્ટ કૂકી-જાર ઓળખ પસંદ કરો અને તે ઓળખ અનુગામી વિનંતીઓ સુધી લઈ જાઓ.
પ્રોક્સી બદલવાથી સ્પાઇડરની કૂકીઓ આપોઆપ બદલાતી નથી. એક ચાલુ સત્ર માટે તે ઉપયોગી થઈ શકે છે, અને જ્યારે ઘણા સ્વતંત્ર સત્રો એક જ સ્પાઇડર વહેંચે ત્યારે તે આશ્ચર્યજનક લાગે છે.
Scrapy નું કૂકી મિડલવેર વિનંતીના cookiejar મેટાડેટા દ્વારા પસંદ થતા અલગ જારને સમર્થન આપે છે. તે કીને તમે ખરેખર જાળવવા માંગતા હો તે ઓળખ આપો:
yield scrapy.Request(
'https://example.com/start',
meta={'proxy': selected_proxy, 'cookiejar': 'workflow-17'},
)
એન્ડપોઇન્ટ અને જાર-કી બે સ્વતંત્ર પસંદગીઓ છે. અનધિકૃત જાહેર ક્રોલ તેનું પસંદ કરેલું HTTP એન્ડપોઇન્ટ HTTP પ્રોક્સી સૂચિમાંથી લઈ શકે છે જ્યાં તે માર્ગને મંજૂરી છે; વર્કફ્લો હજુ પણ જાર-કીનો માલિક છે. આ સત્રમાં રહેવાની હોય તેવી અનુગામી વિનંતીને એ જ જાર-કીની જરૂર છે; મેટાડેટા તમે બનાવેલી દરેક નવી વિનંતી સાથે આપોઆપ ચોંટતું નથી. બધા મિડલવેર મેટાડેટાની આંધળી નકલ કરવાને બદલે વર્કફ્લોને જરૂરી ચોક્કસ ફીલ્ડ્સ પ્રસારિત કરો.
પ્રોક્સી સરનામું જાર-કી તરીકે વાપરવું એ ફક્ત એક નીતિ છે
તે શોર્ટકટ સ્થિતિને એન્ડપોઇન્ટ પ્રમાણે જૂથબદ્ધ કરે છે. તે વ્યક્તિ, ખાતું કે જાહેર એક્ઝિટ પ્રમાણે જૂથબદ્ધ કરે તે જરૂરી નથી. એક પ્રદાતા એન્ડપોઇન્ટ એક્ઝિટ ફેરવી શકે છે, અને ઘણાં ખાતાં એ જ એન્ડપોઇન્ટ વાપરી શકે છે.
સ્થિર સ્થિતિની જરૂર હોય તેવા અધિકૃત વર્કફ્લો માટે ખાતા/સત્ર ઓળખકર્તા, જાર ઓળખકર્તા અને પસંદ કરેલો માર્ગ અલગ રીતે નોંધો. જો તમે અડધે રસ્તે માર્ગ બદલવાનું નક્કી કરો, તો એપ્લિકેશન સત્રનું શું થવું જોઈએ તે પણ નક્કી કરો.
અલગ જાર તમે વ્યાખ્યાયિત કરેલા જૂથો વચ્ચે આકસ્મિક કૂકી વહેંચણી અટકાવે છે. પરંતુ ખાતા કે અન્ય એપ્લિકેશન ડેટા દ્વારા કોઈ ગંતવ્ય બે વિનંતીઓને સાંકળી શકશે નહીં તેવી ખાતરી તેઓ આપતા નથી.
IP બદલ્યા પછી પણ ખોટું પૃષ્ઠ રહે તો, બધી કૂકી ડિલીટ કરવા કે આખું પ્રોક્સી પૂલ બદલવા પહેલાં કઈ જારે વિનંતી મોકલી તે તપાસો. રાખેલી સ્થિતિ પૃષ્ઠને સંપૂર્ણ રીતે સમજાવી શકે છે.