I Requests-HTML 0.10.0 brukar session.get() Requests, medan response.html.render() startar Pyppeteer og vanlegvis navigerer Chromium til URL-en til sida igjen. Eit vellukka første svar fastset ikkje ruta til nettlesaren.

For eit eksisterande kompatibelt eldre miljø med ein HTTP-proxy utan 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 dømet med den offentlege sida gir HTTP-proxylista kandidatar for proxy_url. browser_args er den offentlege konstruktørinnmatinga til økta. Ei Requests-ordbok proxies fyller ikkje ut desse Chromium-argumenta.

Heller ikkje Requests-skrivemåten socks5h:// kan utan vidare kopierast til Chromium. Chromium godtek socks5://, løyser SOCKS5-målnamn gjennom proxyen og støttar ikkje SOCKS5-autentisering med brukarnamn og passord.

render(reload=False) gir den eksisterande HTML-en til nettlesaren i staden for å navigere til URL-en til sida. Skript og underressursar kan framleis senda førespurnader. Det er nyttig når svaret med vilje skal gjerast om, men det gjer ikkje Requests-tilkoplinga til transporten til nettlesaren.

Relaterte artiklar