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 క్లయింట్ అదే వనరుల బడ్జెట్లో ఎక్కువ సమాంతర అభ్యర్థనలను మద్దతు ఇవ్వగలదు.

సంబంధిత వ్యాసాలు