ใน 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 คืออินพุตคอนสตรักเตอร์สาธารณะของเซสชัน พจนานุกรม proxies ของ Requests ไม่เติมอาร์กิวเมนต์ Chromium เหล่านั้น

การเขียน socks5h:// ของ Requests ก็ไม่สามารถคัดลอกไปยัง Chromium ได้โดยตรง Chromium ยอมรับ socks5:// แก้ชื่อปลายทาง SOCKS5 ผ่านพร็อกซี และไม่รองรับการพิสูจน์ตัวตน SOCKS5 ด้วยชื่อผู้ใช้และรหัสผ่าน

render(reload=False) ส่ง HTML ที่มีอยู่ให้เบราว์เซอร์แทนการนำทางไปยัง URL ของหน้า สคริปต์และทรัพยากรย่อยยังคงส่งคำขอได้ มีประโยชน์เมื่อต้องการเรนเดอร์การตอบสนองนั้นโดยเจตนา แต่ไม่ได้เปลี่ยนการเชื่อมต่อ Requests ให้เป็นช่องทางขนส่งของเบราว์เซอร์

บทความที่เกี่ยวข้อง