Për një aplikacion që tashmë përdor ibrowse, proxy-ja përpara i përket opsioneve të kërkesës:

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

Ky shembull supozon se aplikacioni ibrowse është nisur tashmë. Argumenti i gjashtë jep afatin kohor të kërkesës në milisekonda. URL-ja e kërkesës identifikon destinacionin; proxy_host dhe proxy_port identifikojnë ndërmjetësin. Zëvendësoni mbajtësin e vendit me një kandidat të paautentikuar nga lista e proxy-ve HTTP kur testoni këtë URL HTTP publike.

Opsionet e dokumentuara të autentikimit janë proxy_user dhe proxy_password. Shtojini ato kur proxy-ja kërkon atë llogari, në vend që të përdorni hyrjen e vetë destinacionit si kredencial të këmbyeshëm.

Një rezultat sinkron mund të jetë {ok, Status, Headers, Body} ose një tuple gabimi. Shqyrtoni Status si dhe etiketën e tuple-s. Një ridrejtim HTTP ose përgjigja e gabimit e një proxy-je mund të arrijë me sukses në nivelin e transportit pa qenë faqja që aplikacioni priste.

Ky fragment ndjek ndërfaqen e dokumentuar të opsioneve të proxy-t HTTP. Ai nuk konfiguron klientët e tjerë HTTP të Erlang dhe nuk vendos mbështetje për çdo skemë autentikimi proxy. Mbani itinerarin dhe trajtimin e rezultatit pranë kërkesës, që kodi thirrës të mund të shpjegojë cilin pikë fundore provoi dhe çfarë përgjigje mori.

Artikuj të ngjashëm