job A → WebClient A → proxy A → destination
job B → WebClient B → proxy B → destination

प्रत्येक एकैसाथ चल्ने ब्राउजिङ पहिचानलाई कन्फिगर गरिएको HtmlUnit WebClient तोक्नुहोस्। यसको WebClientOptions सँग ProxyConfig छ; काम चलिरहेको बेला मार्गलाई स्थिर मान्नुहोस्। साझा कार्य लाइनले एउटा साझा परिवर्तनशील ब्राउजर आवश्यक पार्दैन। HTTP ProxyConfig प्रयोग गरी अनुमति दिइएका सार्वजनिक पृष्ठ जाँचका लागि, कार्यकर्ताहरूलाई तोक्नु अघि HTTP प्रोक्सी सूचीबाट उम्मेदवार अन्त्य बिन्दुहरू छान्नुहोस्।

पृष्ठ, पछिल्ला लोड र सत्र अवस्था त्यही क्लाइन्टसँग राख्नुहोस्। प्रोक्सी विकल्प परिवर्तन गर्दा स्थापित जडानहरू स्थानान्तरण गर्न सकिँदैन। छुट्टाछुट्टै क्लाइन्टले छुट्टै ब्राउजर अवस्था पनि बनाउँछन्, त्यसैले मार्गले मात्र पहिचान निर्धारण गर्छ भन्ने अनुमान गर्नुको सट्टा कुनै पनि इच्छित साझा लगइनको योजना बनाउनुहोस्। प्रोक्सी प्रमाणीकरणले स्थापित HtmlUnit संस्करणको इन्टरफेस प्रयोग गर्छ र वेबसाइट लगइनबाट अलग रहन्छ।

ब्राउजरलाई पूलमा फर्काउनु अघि पूर्णता परिभाषित गर्नुहोस्। स्क्रिप्ट वा पृष्ठभूमि अनुरोधहरू जारी रहँदा शीर्ष-स्तरको प्रतिक्रिया आउन सक्छ। त्यो काम पूरा गर्नुहोस् वा रद्द गर्नुहोस्, अर्को पहिचानले उत्तराधिकारमा नपाउनुपर्ने अवस्था सफा गर्नुहोस्, र त्यो सीमा भरपर्दो रूपमा स्थापित गर्न नसकिए क्लाइन्टलाई अवकाश दिनुहोस्।

सक्रिय क्लाइन्टको संख्या सीमित गर्नुहोस् र पूरा भएका WebClients बन्द गर्नुहोस्। ब्राउजरले विश्लेषण गर्छ र स्क्रिप्ट चलाउन सक्छ, जसको लागत साधारण स्थानान्तरणभन्दा बढी हुन्छ। केवल फर्काइएको HTML चाहिने कामका लागि, सानो HTTP क्लाइन्टले उही स्रोत बजेटभित्र बढी समानान्तर अनुरोध समर्थन गर्न सक्छ।

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