Requests-HTML 0.10.0: Konfigurer Chromium-proxyen for render()
Konfigurer Chromium sine oppstartsargumenter og Requests når en gammel Requests-HTML-side lykkes før render() og feiler etterpå.
I Requests-HTML 0.10.0 bruker session.get() Requests, mens response.html.render() starter Pyppeteer og vanligvis navigerer Chromium til sidens URL igjen. Et vellykket første svar etablerer ikke nettleserens rute.
For et eksisterende kompatibelt eldre miljø med en HTTP-proxy uten autentisering:
from requests_html import HTMLSession
proxy_url = 'http://proxy.example:8080'
session = HTMLSession(browser_args=[
'--proxy-server=' + proxy_url,
])
try:
response = session.get(
'https://www.example.org/',
proxies={'https': proxy_url},
timeout=20,
)
response.html.render(timeout=20)
rendered = response.html.html
finally:
session.close()
I eksempelet med den offentlige siden gir HTTP-proxylisten kandidater for proxy_url. browser_args er sesjonens offentlige konstruktørinput. En Requests-ordbok proxies fyller ikke ut disse Chromium-argumentene.
Heller ikke Requests-stavemåten socks5h:// kan uten videre kopieres til Chromium. Chromium godtar socks5://, løser SOCKS5-destinasjonsnavn gjennom proxyen og støtter ikke SOCKS5-autentisering med brukernavn og passord.
render(reload=False) gir den eksisterende HTML-en til nettleseren i stedet for å navigere til sidens URL. Skript og underressurser kan fortsatt sende forespørsler. Det er nyttig når svaret bevisst skal gjengis, men det gjør ikke Requests-tilkoblingen til nettleserens transport.