Requests-HTML 0.10.0: קאָנפיגורירן דעם Chromium פּראָקסי פֿאַר render()

אין 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 אַרגומענטן.

אויך דער socks5h:// אויסלייג פֿון Requests קען נישט סתּם ווערן קאָפּירט אין Chromium. Chromium באַקומט socks5://, לייזט אויס SOCKS5 ציל נעמען דורך דעם פּראָקסי, און שטיצט נישט SOCKS5 באַניצער־נאָמען/פּאַראָל אויטענטיפֿיקאַציע.

render(reload=False) גיט דעם עקסיסטירנדיקן HTML צו דעם בלעטערער אַנשטאָט אַריבערפֿירן צו דער URL פֿון דער בלאַט. סקריפּטן און אונטער־רעסורסן קענען נאָך מאַכן בקשות. עס איז נוציק ווען מען רענדערט די ענטפֿער באַוואוסט, אָבער עס פֿאַרוואַנדלט נישט די Requests פֿאַרבינדונג אין דעם טראַנספּאָרט פֿון דעם בלעטערער.