दुई सेटिङले Scrapy को प्रोक्सी मिडलवेयर अक्षम गर्न सक्छन्

Scrapy को अन्तर्निहित प्रोक्सी मिडलवेयरको अर्को प्रतिलिपि थप्नु अघि मर्ज गरिएको डाउनलोडर मिडलवेयर सूची र HTTPPROXY_ENABLED जाँच गर्नुहोस्।

HttpProxyMiddleware Scrapy का अन्तर्निहित डाउनलोडर पूर्वनिर्धारितहरूको भाग हो। उपलब्ध हुन यसले परियोजनाको आफ्नै DOWNLOADER_MIDDLEWARES शब्दकोशमा देखिनु आवश्यक छैन।

जाँच गर्न दुई अलग नियन्त्रणहरू छन्:

  • HTTPPROXY_ENABLED ले अन्तर्निहित कम्पोनेन्ट सक्षम छ कि छैन नियन्त्रण गर्छ।
  • DOWNLOADER_MIDDLEWARES मा यसको क्लास मार्गका लागि None मानले यसलाई मर्ज गरिएको मिडलवेयर श्रृंखलाबाट हटाउँछ।

उदाहरणका लागि, यसले पूर्वनिर्धारित प्रविष्टि स्पष्ट रूपमा अक्षम गर्छ:

DOWNLOADER_MIDDLEWARES = {
    'scrapy.downloadermiddlewares.httpproxy.HttpProxyMiddleware': None,
}

अन्तर्निहित कम्पोनेन्ट फर्कनुपर्ने बेला त्यो ओभरराइड हटाउनुहोस्। केवल एउटा प्रविष्टि पुनर्स्थापित गर्न पुरानो DOWNLOADER_MIDDLEWARES_BASE तालिका परियोजनामा प्रतिलिपि नगर्नुहोस्; Scrapy ले आफ्ना पूर्वनिर्धारितहरू परियोजनाका ओभरराइडहरूसँग जोड्छ।

सक्षम मिडलवेयरलाई अझै मार्ग चाहिन्छ — समर्थित वातावरण मानहरूबाट वा अनुरोधको प्रोक्सी मेटाडेटाबाट। स्टार्टअप लगमा यसको उपस्थिति आफैंमा अनुरोध असाइनमेन्ट होइन।

धेरै पुराना Scrapy संस्करणहरू प्रोक्सी वातावरण मान बिना कम्पोनेन्ट कहिले लोड हुन्छ भन्नेमा फरक थिए। स्थापित संस्करणलाई निदानसँगै राख्नुहोस्, 1.3 युगको ऐतिहासिक अवलोकनलाई वर्तमान सक्षमता नियम मान्नुको सट्टा।

सम्बन्धित लेखहरू