প্রক্সিটি আপনার HTTParty ক্লাসেই থাকা উচিত
HTTParty ক্লাসের প্রক্সি কনফিগারেশনটি অনুরোধ পাঠায় এমন ক্লাস মেথডের সঙ্গে যুক্ত রাখুন।
যখন কোনো Ruby ক্লাস HTTParty অন্তর্ভুক্ত করে, প্রক্সিটি সেই ক্লাসে রাখুন এবং তার মাধ্যমেই অনুরোধ করুন:
class Reports
include HTTParty
http_proxy 'proxy.example', 8080
end
response = Reports.get('https://reports.example/monthly')উদাহরণটি ধরে নেয় HTTParty লোড করা আছে। প্রক্সি মেথডটি একটি হোস্টনেম ও integer পোর্ট নেয়, সঙ্গে ঐচ্ছিক username ও password আর্গুমেন্ট। প্রক্সি অ্যাকাউন্ট ছাড়া অনুমোদিত public-API পরীক্ষার জন্য হোস্ট ও পোর্টের জন্য HTTP প্রক্সি তালিকা থেকে একটি HTTP প্রার্থী ব্যবহার করুন। গন্তব্য URL-টি get-এ রাখুন।
Reports-এর কোনো instance মেথডের ভিতরে, ওই কনফিগার করা ক্লাস মেথডটিই ডাকতে চাইলে self.class.get(...) ব্যবহার করুন। এর বদলে উপরের স্তরের HTTParty মডিউল ডাকলে যে wrapper-এর ডিফল্ট আপনি এইমাত্র কনফিগার করলেন, সেটি এড়িয়ে যেতে পারে।
একাধিক API wrapper একটি অ্যাপ্লিকেশন ভাগ করলে একই পার্থক্যটি গুরুত্বপূর্ণ। একটি ক্লাস সারাতে HTTParty::Basement বিশ্বব্যাপী বদলানোর বদলে প্রত্যেকটিকে তার উদ্দিষ্ট প্রক্সি নীতি দিন।
HTTParty আরও প্রতি-অনুরোধ প্রক্সি বিকল্প যেমন http_proxyaddr ও http_proxyport প্রকাশ করে। রুটটি সত্যিই একটি অনুরোধের অংশ হলে সেগুলি ব্যবহার করুন। প্রতিটি Reports কাজ একই পথ অনুসরণ করলে ক্লাসের ডিফল্ট পড়া সহজ।