Requests-HTML 0.10.0: sanidi proksi ya Chromium kwa render()

Sanidi hoja za uzinduzi wa Chromium pamoja na Requests wakati ukurasa wa zamani wa Requests-HTML unafanikiwa kabla ya render() na kushindwa baadaye.

Katika Requests-HTML 0.10.0, session.get() hutumia Requests, wakati response.html.render() huanzisha Pyppeteer na kwa kawaida huelekeza Chromium kwenye URL ya ukurasa tena. Jibu la kwanza lililofanikiwa haliweki njia ya kivinjari.

Kwa mazingira ya zamani yanayolingana yaliyopo yanayotumia proksi ya HTTP bila uthibitishaji:

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

Katika mfano wa ukurasa wa umma, orodha ya proksi za HTTP hutoa wagombea wa proxy_url. browser_args ni ingizo la umma la kijenzi cha kipindi. Kamusi ya proxies ya Requests haijazi hoja hizo za Chromium.

Tahajia socks5h:// ya Requests pia haiwezi kunakiliwa moja kwa moja kwenye Chromium. Chromium inakubali socks5://, hutatua majina ya marudio ya SOCKS5 kupitia proksi, na haitumii uthibitishaji wa jina la mtumiaji/nenosiri wa SOCKS5.

render(reload=False) hukabidhi HTML iliyopo kwa kivinjari badala ya kuelekea kwenye URL ya ukurasa. Skripti na rasilimali ndogo bado zinaweza kufanya maombi. Ni muhimu wakati jibu hilo linatolewa kwa makusudi, lakini haigeuzi muunganisho wa Requests kuwa usafiri wa kivinjari.

Makala zinazohusiana