Chrome کے شروع ہونے سے پہلے Chromote کا پراکسی منتخب کریں

Chromote سیشن ایک Chrome پروسیس سے بات کرتا ہے۔ اس کے براؤزر کی درخواستیں اسی پروسیس کی پراکسی ترتیب کی پیروی کرتی ہیں، اس لیے اسے بنانے سے پہلے آرگیومنٹس مقرر کریں:

args <- c(
  chromote::get_chrome_args(),
  "--proxy-server=http://proxy.example:8080"
)
browser <- chromote::Chrome$new(args = args)
controller <- chromote::Chromote$new(browser = browser)
session <- chromote::ChromoteSession$new(parent = controller)

یہ Chromote کے موجودہ طے شدہ آرگیومنٹس کو برقرار رکھتا ہے اور HTTP سننے والا شامل کرتا ہے؛ HTTP پراکسی فہرست سے ایک اینڈ پوائنٹ اجازت یافتہ عوامی براؤزنگ کے لیے مثال والا URL بھر سکتا ہے۔ اس کے بجائے socks5 URL صرف اسی صورت میں استعمال کریں جب اینڈ پوائنٹ واقعی SOCKS5 بولتا ہو۔ آرگیومنٹ ویکٹر جوڑتے وقت متصادم موجودہ پراکسی سوئچ ہٹا دیں۔

مطلوبہ CDP کارروائیاں سیشن کے ذریعے انجام دیں، پھر R ورک لوڈ کی صفائی کے حصے کے طور پر سیشن، کنٹرولر اور ملکیتی براؤزر بند کریں۔ اگر نیویگیشن خرابی پیدا کرے تو try/finally طرز کا R صفائی راستہ مفید ہے۔

Chromote کے مشترکہ طے شدہ براؤزر استعمال کرنے والی ایپلیکیشنز کے لیے، set_chrome_args مستقبل میں براؤزر بنانے کے طے شدہ اقدار بدلتا ہے۔ یہ موجودہ پروسیس کو دوبارہ شروع نہیں کرتا۔ اوپر کی طرح واضح Chrome آبجیکٹ بنانا ملکیت اور آغاز کے وقت کو نظر آنے والا بناتا ہے۔

R کا اپنا http_proxy یا https_proxy ماحول اس براؤزر کو بدلے بغیر R ڈاؤن لوڈر ترتیب دے سکتا ہے۔ اسی طرح، Chrome کا راستہ بدلنا الگ R API کال ترتیب نہیں دیتا۔ شناخت کریں کہ CDP کنکشن کا کون سا حصہ درخواست بھیجتا ہے۔