जो ऐप्लिकेशन पहले से ibrowse का उपयोग करता है, उसके लिए फ़ॉरवर्ड प्रॉक्सी अनुरोध विकल्पों में ही आता है:

Options = [{proxy_host, "proxy.example"},
           {proxy_port, 8080}],
ibrowse:send_req("http://www.example.com/", [], get, [],
                 Options, 5000).

यह उदाहरण मानता है कि ibrowse ऐप्लिकेशन पहले से शुरू है। छठा आर्गुमेंट अनुरोध की समय-सीमा मिलीसेकंड में देता है। अनुरोध का URL गंतव्य को दर्शाता है; proxy_host और proxy_port मध्यस्थ को दर्शाते हैं। इस सार्वजनिक HTTP URL को जाँचते समय प्लेसहोल्डर को HTTP प्रॉक्सी सूची से किसी अपुष्ट उम्मीदवार से बदलें।

प्रलेखित प्रमाणन विकल्प proxy_user और proxy_password हैं। जब प्रॉक्सी उस खाते की माँग करे तब उन्हें जोड़ें, गंतव्य के अपने लॉगिन को विनिमेय प्रमाण-पत्र की तरह इस्तेमाल करने के बजाय।

तुल्यकालिक परिणाम {ok, Status, Headers, Body} या कोई त्रुटि ट्यूपल हो सकता है। Status के साथ-साथ ट्यूपल टैग भी जाँचें। कोई HTTP रीडायरेक्ट या प्रॉक्सी की त्रुटि प्रतिक्रिया परिवहन स्तर पर सफलतापूर्वक आ सकती है, बिना वह पृष्ठ होने के जिसकी ऐप्लिकेशन को अपेक्षा थी।

यह स्निपेट प्रलेखित HTTP-प्रॉक्सी विकल्प इंटरफ़ेस का पालन करता है। यह Erlang के अन्य HTTP क्लाइंट कॉन्फ़िगर नहीं करता और हर प्रॉक्सी प्रमाणन योजना के लिए समर्थन स्थापित नहीं करता। मार्ग और परिणाम-प्रबंधन को अनुरोध के पास रखें ताकि कॉल करने वाला कोड बता सके कि उसने कौन-सा एंडपॉइंट आज़माया और कौन-सी प्रतिक्रिया पाई।

संबंधित लेख