Requests-HTML 0.10.0: agordi la prokurilon de Chromium por render()

Agordi la lanĉajn argumentojn de Chromium kaj Requests kiam malnova paĝo de Requests-HTML sukcesas antaŭ render() kaj malsukcesas poste.

En Requests-HTML 0.10.0 session.get() uzas Requests, dum response.html.render() lanĉas Pyppeteer kaj kutime denove navigas Chromium al la URL de la paĝo. Sukcesa unua respondo ne starigas la itineron de la retumilo.

Por ekzistanta kongrua malnova medio kun HTTP-prokurilo sen aŭtentigo:

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

En la ekzemplo de la publika paĝo, la listo de HTTP-prokuriloj proponas kandidatojn por proxy_url. browser_args estas la publika konstrua enigo de la seanco. Vortaro proxies de Requests ne plenigas tiujn argumentojn de Chromium.

Ankaŭ la skribmaniero socks5h:// de Requests ne povas esti simple kopiita al Chromium. Chromium akceptas socks5://, solvas celnomojn de SOCKS5 tra la prokurilo kaj ne subtenas aŭtentigon de SOCKS5 per uzantnomo kaj pasvorto.

render(reload=False) transdonas la ekzistantan HTML al la retumilo anstataŭ navigi al la URL de la paĝo. Skriptoj kaj subfontoj ankoraŭ povas fari petojn. Ĝi utilas kiam oni intence bildigas tiun respondon, sed ĝi ne igas la konekton de Requests la transportilo de la retumilo.

Rilataj artikoloj