నిర్మాణ సమయంలో HTTP::ProxyPAC విఫలమైతే, అది ఏ గమ్యస్థాన అభ్యర్థనకూ చేరకపోవచ్చు. దాని స్వయంచాలక ఇంటర్ప్రెటర్ ఎంపిక మొదట JavaScript మాడ్యూల్ను, తర్వాత JE ను ప్రయత్నిస్తుంది; ఆ Perl రన్టైమ్లో రెండూ లేకపోతే నిర్మాణం విఫలమవుతుంది.

JE ఇప్పటికే అందుబాటులో ఉన్నందున, దాన్ని స్పష్టంగా ఎంచుకుని గమ్యస్థానాన్ని మూల్యాంకనం చేయండి:

use HTTP::ProxyPAC;

my $pac = HTTP::ProxyPAC->new('/path/to/network.pac', interp => 'je');
my @routes = $pac->find_proxy('http://service.example/status');

స్థానిక PAC ఫైల్ ఇంటర్ప్రెటర్ మూల్యాంకనాన్ని PAC ను స్వయంగా పొందడం నుండి వేరు చేస్తుంది. కన్స్ట్రక్టర్ PAC URL, స్క్రిప్ట్ స్ట్రింగ్ సూచన లేదా తెరిచిన హ్యాండిల్ను కూడా అంగీకరించగలదు.

ఫలిత సందర్భాన్ని ఉద్దేశపూర్వకంగా ఎంచుకోండి. స్కేలార్ find_proxy మొదటి ఫలితాన్ని ఇస్తుంది; చూపిన జాబితా సందర్భం అనేక అభ్యర్థులను నిలుపుతుంది. ప్రతి Result ఆబ్జెక్ట్ ప్రాక్సీ విలువను నిజమైన HTTP క్లయింట్ కాన్ఫిగరేషన్కు అందించండి మరియు ప్రత్యక్ష ఫలితాన్ని స్పష్టంగా నిర్వహించండి.

మూల్యాంకనకర్త మార్గాలను ఎంచుకుంటాడు; HTTP క్లయింట్ ఇప్పటికీ కనెక్ట్ అయి అవసరమైన ఫాల్బ్యాక్ విధానాన్ని అమలు చేయాలి. అన్ని అభ్యర్థులను ఉంచడం ఆ క్లయింట్ వాటిని ఉద్దేశించిన క్రమంలో ప్రయత్నిస్తేనే ముఖ్యం.

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