In Requests-HTML 0.10.0 gebruik session.get() Requests, terwyl response.html.render() Pyppeteer begin en Chromium gewoonlik weer na die bladsy-URL navigeer. 'n Suksesvolle eerste antwoord vestig nie die blaaier se roete nie.

Vir 'n bestaande versoenbare ou omgewing met 'n ongemagtigde HTTP-volmag:

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()

Vir die voorbeeld van die openbare bladsy bied die HTTP-volmaglys kandidate vir proxy_url. browser_args is die sessie se openbare konstruktor-invoer. 'n Requests proxies-woordeboek vul nie daardie Chromium-argumente nie.

Die socks5h://-spelling van Requests kan ook nie sommer na Chromium gekopieer word nie. Chromium aanvaar socks5://, los SOCKS5-bestemmingsname deur die volmag op en ondersteun nie SOCKS5-gebruikersnaam/wagwoord-verifikasie nie.

render(reload=False) gee die bestaande HTML aan die blaaier in plaas daarvan om na die bladsy-URL te navigeer. Skrifte en subbronne kan steeds versoeke maak. Dit is nuttig wanneer daardie antwoord doelbewus weergegee word, maar dit maak nie die Requests-verbinding die blaaier se vervoer nie.

Verwante artikels