જો રચના દરમિયાન 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 ક્લાયન્ટને હજી પણ જોડાવું પડે છે અને જરૂરી ફોલબેક નીતિ અમલમાં મૂકવી પડે છે. બધા ઉમેદવારો રાખવાનું મહત્વ ત્યારે જ છે જ્યારે તે ક્લાયન્ટ તેમને ઇચ્છિત ક્રમમાં અજમાવશે.

સંબંધિત લેખો