ibrowse অনুরোধকে তার প্রক্সি বিকল্প দিন

যে অ্যাপ্লিকেশন ইতিমধ্যে 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 ক্লায়েন্ট কনফিগার করে না এবং প্রতিটি প্রক্সি প্রমাণীকরণ স্কিমের সমর্থন প্রতিষ্ঠা করে না। কলিং কোড যেন ব্যাখ্যা করতে পারে কোন এন্ডপয়েন্ট চেষ্টা করেছিল ও কোন প্রতিক্রিয়া পেয়েছিল, তাই পথ ও ফলাফল পরিচালনা অনুরোধের পাশেই রাখুন।