د RSelenium براوزر ته د سیشن پرانیستلو پر خپل پروکسي ورکړئ
د براوزر لارې لپاره extraCapabilities وکاروئ، او د سیشن پروتوکول ردول د هغه براوزر څخه چې پروکسي ته نه رسیږي، جلا کړئ.
پروکسي د driver$open() مخکې د براوزر سیشن وړتیا په توګه ورکړئ، په داسې RSelenium ځای پرځای کولو کې چې WebDriver سرور یې سیشن پروتوکول مني:
browser_proxy <- list(
proxyType = 'manual',
httpProxy = 'proxy.example:8080',
sslProxy = 'proxy.example:8080'
)
driver <- RSelenium::remoteDriver(
remoteServerAddr = 'webdriver.example',
port = 4444L,
browserName = 'chrome',
extraCapabilities = list(proxy = browser_proxy)
)
driver$open()remoteServerAddr د WebDriver خدمت پیژني. وړتیا بیانوي چې براوزر بل ځل چېرته ځي. یوازې په R کې د HTTP پروکسي تنظیم هغه براوزر لاره نه ترتیبوي.
host:port په httpProxy او sslProxy کې وکاروئ. دویم یې HTTPS منزلونه غوره کوي؛ دا د TLS ساتل شوي پروکسي اوریدونکي معنا نه لري. د HTTP پروکسي لیست څخه یو عامه HTTP نوماند د دې ساحو لپاره هوسټ او پورټ ورکوي، په دې شرط چې د براوزر هوسټ هلته ورسيږي.
کومه ناکامي لومړی وشوه؟
که د سیشن پرانیستل رد شي، د پروکسي پای ټکي بدلولو مخکې د پروتوکول مطابقت وګورئ. د RSelenium remoteDriver سرچینه زوړ desiredCapabilities لیږي؛ هر اوسنی WebDriver سرور کولی شي هغه بڼه رد کړي مخکې لدې چې د لارې ازموینې لپاره براوزر وي.
که سیشن پرانیستل شي خو نیویګیشن ناکام شي، د اصلي براوزر هوسټ څخه د رسیدو وړتیا وګورئ. د کانټینر یا Grid نوډ لپاره localhost هغه نوډ معنا لري، نه د R کاري سټیشن.