तपाईंको प्रोक्सी फाइल एउटा पोखरी हो, Requests राउटिङ तालिका होइन

फाइलबाट एउटा प्रोक्सी छान्नुहोस्, त्यसपछि वेबसाइट अनुरोधका लागि रुट नक्सा बनाउनुहोस्। सम्भावित अन्त्य बिन्दुहरूको पोखरी आफैंमा Requests राउटिङ शब्दकोश होइन।

1. परिभाषित ढाँचाअनुसार प्रविष्टिको विश्लेषण गर्नुहोस्। अनौपचारिक IP:port:user:password लाइन अस्पष्ट हुन्छ जब IPv6 ठेगाना वा प्रमाणहरूमा कोलन हुन्छ। IPv4 होस्ट, सङ्ख्यात्मक पोर्ट र कोलन नभएको प्रयोगकर्ता नामका लागि सीमित विभाजनले बाँकी पाठलाई पासवर्डका रूपमा छाड्न सक्छ। ती प्रतिबन्ध मिलेन भने छुट्टै संरचित फिल्ड प्रयोग गर्नुहोस्।
2. यो कार्यका लागि अन्त्य बिन्दु छान्नुहोस्। यसको वास्तविक प्रोटोकल राख्नुहोस् र यसको URL बनाउँदा प्रमाणका अङ्गहरू इन्कोड गर्नुहोस्। गोप्यता बोक्ने त्यो मान सामान्य लगबाहिर राख्नुहोस्।
3. गन्तव्य योजनाहरूलाई त्यो छानिएको URL मा नक्साङ्कन गर्नुहोस्। एउटा छानिएको HTTP प्रोक्सीका लागि, नक्सा यस्तो हुन सक्छ:

routes = {
    'http': selected_proxy_url,
    'https': selected_proxy_url,
}

http र https कुञ्जीहरूले गन्तव्य योजना छान्छन्। http://203.0.113.10 जस्तो कुञ्जीले बरु त्यही ठ्याक्कै गन्तव्य होस्टमा जाने अनुरोध छान्छ; यसले त्यो ठेगानाको प्रोक्सीलाई लेबल गर्दैन। हरेक प्रोक्सी IP लाई कुञ्जी बनाउँदा असम्बन्धित वेबसाइट अभिप्रेत रुटबिना रहन सक्छ।

पोखरीलाई एक पटक विश्लेषण गर्नुहोस्, एउटा अन्त्य बिन्दु छान्नुहोस् र क्लाइन्ट कलका लागि नक्साङ्कन बनाउनुहोस्। यी चरणहरू अलग राख्दा Requests का राउटिङ कुञ्जीहरूको अर्थ नबदली छनोट नीति बदल्न सकिन्छ।