HTTParty aanvaar die voorwaartse proxy as versoekopsies. Hou die diens-URL as die eerste argument:

response = HTTParty.get(
  'https://api.example/items',
  http_proxyaddr: 'proxy.example',
  http_proxyport: 8080,
  http_proxyuser: ENV.fetch('PROXY_USER'),
  http_proxypass: ENV.fetch('PROXY_PASSWORD'),
  headers: { 'Authorization' => "Bearer #{ENV.fetch('API_TOKEN')}" },
  open_timeout: 5,
  read_timeout: 15
)
puts response.code

Die proxygasheer en -poort wys die tussenganger aan. Die proxygebruiker en -wagwoord verifieer daar. Die Authorization-kop hoort by die API, wie se rekening heeltemal anders kan wees.

Vir 'n proxy sonder verifiëring, laat http_proxyuser en http_proxypass weg. Vir 'n publieke API-versoek op 'n toegelate publieke roete, neem 'n HTTP-adres uit die HTTP-proxelys sonder om proxybewyse in die versoek of in sy klasverstekke te hou. Die gasheerveld word as 'n proxyadres aan Net::HTTP gegee; verskaf die gasheernaam apart van sy poort, nie 'n bestemming-URL of PAC-URL nie.

'n Omhulselklas wat HTTParty insluit, kan eerder sy http_proxy-klasmetode gebruik om verstekke te stel. Versoekopsies oorheers daardie verstekke vir die oproep wat hulle verskaf.

Dit beskryf HTTParty se verstekverbindingsadapter. 'n Pasgemaakte connection_adapter is verantwoordelik om sy opsies te interpreteer, so ondersoek daardie adapter wanneer 'n geldige instelling geïgnoreer lyk. Lees die HTTP-status apart van die ontleedde API-data; suksesvolle JSON-ontleding is nie 'n verifiëringsresultaat nie.

Verwante artikels