Vërtetimi i proxy-t në HTTParty: host, port, emri i përdoruesit dhe fjalëkalimi

Kalo një host proxy HTTP, një port numerik dhe kredenciale proxy opsionale drejtpërdrejt te një kërkesë HTTParty, duke e mbajtur token-in e API-së në kokën e vet.

HTTParty e pranon proxy-n përpara si opsione të kërkesës. Mbaje URL-në e shërbimit si argumentin e parë:

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

Host-i dhe port-i i proxy-t tregojnë ndërmjetësin. Emri i përdoruesit dhe fjalëkalimi i proxy-t vërtetohen atje. Koka Authorization i përket API-së, llogaria e së cilës mund të jetë krejt e ndryshme.

Për një proxy pa vërtetim, hiq http_proxyuser dhe http_proxypass. Për një kërkesë publike API në një rrugë publike të lejuar, merr një adresë HTTP nga lista e proxy-ve HTTP pa mbajtur kredenciale proxy as në kërkesë as në vlerat e paracaktuara të klasës. Fusha e host-it kalohet si adresë proxy te Net::HTTP; jep emrin e host-it veçmas nga port-i, jo një URL destinacioni ose URL PAC.

Një klasë mbështjellëse që përfshin HTTParty mund të përdorë në vend të kësaj metodën e klasës http_proxy për të vendosur vlera të paracaktuara. Opsionet e kërkesës i anashkalojnë ato vlera të paracaktuara për thirrjen që i jep.

Kjo përshkruan adaptuesin e paracaktuar të lidhjes së HTTParty. Një connection_adapter i personalizuar është përgjegjës për interpretimin e opsioneve të tij, prandaj inspekto atë adaptues kur një cilësim i vlefshëm duket i injoruar. Lexo statusin HTTP veçmas nga të dhënat e API-së të analizuara; analizimi i suksesshëm i JSON nuk është rezultat vërtetimi.

Artikuj të ngjashëm