په Requests-HTML 0.10.0 کې session.get() Requests کاروي، خو response.html.render() Pyppeteer پیلوي او معمولاً Chromium بیا د مخ URL ته وړي. بریالی لومړی ځواب د براوزر لاره نه ټاکي.

د یو موجوده سازګار زوړ چاپېریال لپاره چې د تصدیق پرته HTTP پراکسي کاروي:

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

د عامه مخ په بېلګه کې، د HTTP پراکسي لړلیک د proxy_url لپاره نوماندان وړاندې کوي. browser_args د غونډې عامه جوړونکي ننوتنه ده. د Requests proxies قاموس هغه Chromium دلیلونه نه ډکوي.

د Requests socks5h:// لیکنه هم نشي کولی په ساده ډول Chromium ته کاپي شي. Chromium socks5:// مني، د SOCKS5 منزل نومونه د پراکسي له لارې حل کوي، او د SOCKS5 د کارن نوم/پټنوم تصدیق نه ملاتړ کوي.

render(reload=False) د مخ URL ته د تګ پرځای موجود HTML براوزر ته ورکوي. سکریپټونه او فرعي سرچینې لا هم غوښتنې کولی شي. دا هغه وخت ګټور دی چې هغه ځواب په قصد سره وښودل شي، خو د Requests اړیکه د براوزر لېږد نه جوړوي.

اړوندې مقالې