პროქსი თქვენს HTTParty კლასს ეკუთვნის
შეინარჩუნეთ HTTParty კლასის პროქსის კონფიგურაცია მიბმული იმ კლასის მეთოდზე, რომელიც აგზავნის მოთხოვნას.
როდესაც Ruby კლასი მოიცავს HTTParty-ს, მოათავსეთ პროქსი ამ კლასზე და მოთხოვნები მისი მეშვეობით გააგზავნეთ:
class Reports
include HTTParty
http_proxy 'proxy.example', 8080
end
response = Reports.get('https://reports.example/monthly')მაგალითი ვარაუდობს, რომ HTTParty ჩატვირთულია. პროქსის მეთოდი იღებს ჰოსტის სახელს და მთელ რიცხვ პორტს, სურვილისამებრ მომხმარებლის სახელისა და პაროლის არგუმენტებით. პროქსის ანგარიშის გარეშე დაშვებული public-API ტესტისთვის გამოიყენეთ HTTP კანდიდატი HTTP პროქსების სიიდან ჰოსტისა და პორტისთვის. დატოვეთ დანიშნულების URL get-ზე.
Reports-ის ინსტანსის მეთოდის შიგნით გამოიყენეთ self.class.get(...), როცა განზრახვაა სწორედ იმ კონფიგურირებული კლასის მეთოდის გამოძახება. ზედა დონის HTTParty მოდულის გამოძახებამ შეიძლება გვერდი აუაროს იმ გარსს, რომლის ნაგულისხმევები ახლახან დააკონფიგურირეთ.
იგივე განსხვავება მნიშვნელოვანია, როცა რამდენიმე API გარსი იზიარებს ერთ აპლიკაციას. მიეცით თითოეულს მისი განკუთვნილი პროქსის პოლიტიკა, ნაცვლად იმისა, რომ ერთი კლასის გასწორებისთვის HTTParty::Basement გლობალურად შეცვალოთ.
HTTParty ასევე ავლენს მოთხოვნის პროქსის პარამეტრებს როგორიცაა http_proxyaddr და http_proxyport. გამოიყენეთ ისინი, როცა მარშრუტი ნამდვილად ერთი მოთხოვნის ნაწილია. კლასის ნაგულისხმევები უფრო ადვილად იკითხება, როცა ყოველ Reports ოპერაციას იმავე გზის გავლა სჭირდება.