Mpe kivinjari cha RSelenium proksi yake wakati wa kufungua kikao

Tumia extraCapabilities kwa njia ya kivinjari, na tofautisha kukataliwa kwa itifaki ya kikao na kivinjari kisichoweza kufikia proksi.

Toa proksi kama uwezo wa kikao cha kivinjari kabla ya driver$open(), katika usambazaji wa RSelenium ambao seva yake ya WebDriver inakubali itifaki ya kikao:

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 hutambua huduma ya WebDriver. Uwezo huo unaeleza kivinjari kinaenda wapi baadaye. Mpangilio wa proksi wa HTTP katika R peke yake hauandishi njia hiyo ya kivinjari.

Tumia host:port katika httpProxy na sslProxy. Ya pili huchagua maeneo ya HTTPS; haimaanishi msikilizaji wa proksi aliyelindwa na TLS. Mtahiniwa wa HTTP wa umma kutoka orodha ya proksi za HTTP hutoa mwenyeji na bandari kwa sehemu hizi, mradi mwenyeji wa kivinjari aweze kuifikia.

Kushindwa gani kilitokea kwanza?

Ikiwa kufungua kikao kumekataliwa, angalia upatanisho wa itifaki kabla ya kubadilisha mwisho wa proksi. Chanzo cha remoteDriver cha RSelenium hutuma desiredCapabilities za zamani; seva yoyote ya sasa ya WebDriver inaweza kukataa umbizo hilo kabla ya kivinjari kuwepo cha kujaribu njia.

Ikiwa kikao kinafunguka lakini urambazaji unashindikana, angalia ufikiaji kutoka kwa mwenyeji halisi wa kivinjari. Kwa kontena au nodi ya Grid, localhost inamaanisha nodi hiyo, si kituo cha kazi cha R.

Makala zinazohusiana