მიეცით 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 პროქსების სიიდან, როცა ამ საჯარო HTTP მისამართს ამოწმებთ.

დოკუმენტირებული ავთენტიფიკაციის პარამეტრებია proxy_user და proxy_password. დაამატეთ ისინი, როცა პროქსი ამ ანგარიშს მოითხოვს, ნაცვლად იმისა, რომ დანიშნულების საკუთარი შესვლა გამოიყენოთ როგორც შესაცვლელი რწმუნება.

სინქრონული შედეგი შეიძლება იყოს {ok, Status, Headers, Body} ან შეცდომის ტოპლი. შეამოწმეთ Status და ტოპლის ტეგიც. HTTP გადამისამართება ან პროქსის შეცდომის პასუხი შეიძლება წარმატებით მოვიდეს ტრანსპორტის დონეზე, თუმცა არ იყოს ის გვერდი, რომელსაც აპლიკაცია ელოდა.

ეს ნაწყვეტი მიჰყვება დოკუმენტირებულ HTTP პროქსის პარამეტრების ინტერფეისს. ის არ აკონფიგურირებს Erlang-ის სხვა HTTP კლიენტებს და არ ამყარებს მხარდაჭერას პროქსის ყველა ავთენტიფიკაციის სქემისთვის. შეინახეთ მარშრუტი და შედეგის დამუშავება მოთხოვნის გვერდით, რათა გამომძახებელ კოდს შეეძლოს ახსნას, რომელი საბოლოო წერტილი სცადა და რომელი პასუხი მიიღო.