Per a una aplicació que ja fa servir ibrowse, el proxy directe pertany a les opcions de la sol·licitud:

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

Aquest exemple assumeix que l'aplicació ibrowse ja s'ha iniciat. El sisè argument proporciona el temps d'espera de la sol·licitud en mil·lisegons. L'URL de la sol·licitud identifica la destinació; proxy_host i proxy_port identifiquen l'intermediari. Substituïu el marcador de posició per un candidat no autenticat de la llista de proxys HTTP quan proveu aquest URL HTTP públic.

Les opcions d'autenticació documentades són proxy_user i proxy_password. Afegiu-les quan el proxy requereixi aquest compte, en lloc d'utilitzar l'inici de sessió de la destinació com a credencial intercanviable.

Un resultat síncron pot ser {ok, Status, Headers, Body} o una tupla d'error. Reviseu Status així com l'etiqueta de la tupla. Una redirecció HTTP o la resposta d'error d'un proxy poden arribar amb èxit a nivell de transport sense ser la pàgina que l'aplicació esperava.

Aquest fragment segueix la interfície documentada d'opcions de proxy HTTP. No configura els altres clients HTTP d'Erlang ni estableix suport per a tots els esquemes d'autenticació de proxy. Mantingueu la ruta i el tractament del resultat al costat de la sol·licitud perquè el codi cridador pugui explicar quin punt final ha provat i quina resposta ha rebut.

Articles relacionats