Scrapy کی کوکی جار ایک سیشن کی ہے، خودکار طور پر پراکسی کی نہیں

پراکسی بدلنے سے اسپائیڈر کی کوکیز خودکار طور پر نہیں بدلتیں۔ یہ ایک جاری سیشن کے لیے مفید ہو سکتا ہے اور حیران کن ہوتا ہے جب کئی خودمختار سیشن ایک ہی اسپائیڈر شیئر کریں۔

Scrapy کا کوکی مڈل ویئر درخواست کے cookiejar میٹا ڈیٹا سے منتخب الگ جار کی حمایت کرتا ہے۔ اُس کی کو وہ شناخت دیں جو آپ واقعی محفوظ رکھنا چاہتے ہیں:

yield scrapy.Request(
    'https://example.com/start',
    meta={'proxy': selected_proxy, 'cookiejar': 'workflow-17'},
)

اینڈ پوائنٹ اور جار-کی دو خودمختار انتخاب ہیں۔ غیر تصدیق شدہ عوامی کرال اپنا منتخب کردہ HTTP اینڈ پوائنٹ HTTP پراکسی فہرست سے لے سکتا ہے جہاں وہ راستہ اجازت یافتہ ہو؛ ورک فلو پھر بھی جار-کی کا مالک ہے۔ اِس سیشن میں رہنے والی اگلی درخواست کو وہی جار-کی درکار ہے؛ میٹا ڈیٹا آپ کی بنائی ہر نئی درخواست سے خودکار طور پر نہیں چپکتا۔ تمام مڈل ویئر میٹا ڈیٹا آنکھ بند کر کے کاپی کرنے کے بجائے ورک فلو کے مطلوبہ مخصوص فیلڈز آگے بھیجیں۔

پراکسی پتے کو جار-کی بنانا صرف ایک پالیسی ہے

وہ شارٹ کٹ حالت کو اینڈ پوائنٹ کے مطابق گروپ کرتا ہے۔ یہ اُسے لازمی طور پر شخص، اکاؤنٹ یا عوامی اخراج کے مطابق گروپ نہیں کرتا۔ ایک فراہم کنندہ اینڈ پوائنٹ اخراج گھما سکتا ہے، اور کئی اکاؤنٹ ایک ہی اینڈ پوائنٹ استعمال کر سکتے ہیں۔

مستحکم حالت درکار مستند ورک فلو کے لیے اکاؤنٹ/سیشن شناخت کنندہ، جار شناخت کنندہ اور منتخب راستہ الگ الگ درج کریں۔ اگر آپ آدھے راستے میں راستہ بدلنے کا فیصلہ کریں تو یہ بھی طے کریں کہ ایپلیکیشن سیشن کے ساتھ کیا ہونا چاہیے۔

الگ جار آپ کے متعین کردہ گروپوں کے درمیان کوکیز کے حادثاتی اشتراک کو روکتے ہیں۔ مگر وہ یہ ضمانت نہیں دیتے کہ کوئی منزل اکاؤنٹ یا دیگر ایپلیکیشن ڈیٹا کے ذریعے دو درخواستوں کو نہیں جوڑ سکتی۔

اگر IP بدلنے کے بعد بھی غلط صفحہ برقرار رہے تو تمام کوکیز حذف کرنے یا پورا پراکسی پول بدلنے سے پہلے دیکھیں کہ کون سی جار نے درخواست بھیجی تھی۔ محفوظ حالت اُس صفحے کی پوری وضاحت کر سکتی ہے۔