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 କ୍ଲାଏଣ୍ଟ ସମାନ ସମ୍ବଳ ବଜେଟ ମଧ୍ୟରେ ଅଧିକ ସମକାଳୀନ ଅନୁରୋଧକୁ ସମର୍ଥନ କରିପାରେ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ