За приложение, което вече използва 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 прокси. Той не конфигурира другите HTTP клиенти на Erlang и не установява поддръжка за всяка схема за удостоверяване на прокси. Дръжте маршрута и обработката на резултата до заявката, за да може извикващият код да обясни коя крайна точка е опитал и какъв отговор е получил.

Подобни статии