HTTParty-proxyverificering: gasheer, poort, gebruikersnaam en wagwoord
Gee 'n HTTP-proxygasheer, numeriese poort en opsionele proxybewyse direk aan 'n HTTParty-versoek deur die API-token in sy eie kop te hou.
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.