Requests-HTML 0.10.0: ຕັ້ງຄ່າ proxy ຂອງ Chromium ສຳລັບ render()

ຕັ້ງຄ່າ argument ເລີ່ມຕົ້ນຂອງ Chromium ແລະ Requests ເມື່ອໜ້າ Requests-HTML ເກົ່າສຳເລັດກ່ອນ render() ແລ້ວລົ້ມເຫຼວຫຼັງຈາກນັ້ນ.

ໃນ Requests-HTML 0.10.0, session.get() ໃຊ້ Requests, ສ່ວນ response.html.render() ຈະເລີ່ມ Pyppeteer ແລະ ປົກກະຕິແລ້ວຈະນຳ Chromium ໄປຫາ URL ຂອງໜ້າອີກຄັ້ງ. ການຕອບສະໜອງຄັ້ງທຳອິດທີ່ສຳເລັດບໍ່ໄດ້ກຳນົດເສັ້ນທາງຂອງບຣາວເຊີ.

ສຳລັບສະພາບແວດລ້ອມເກົ່າທີ່ເຂົ້າກັນໄດ້ທີ່ມີຢູ່ແລ້ວ ເຊິ່ງໃຊ້ proxy 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()

ໃນຕົວຢ່າງໜ້າສາທາລະນະ, ລາຍຊື່ proxy HTTP ໃຫ້ຜູ້ສະໝັກສຳລັບ proxy_url. browser_args ແມ່ນອິນພຸດ constructor ສາທາລະນະຂອງ session. ວັດຈະນານຸກົມ proxies ຂອງ Requests ບໍ່ໄດ້ເຕີມ argument Chromium ເຫຼົ່ານັ້ນ.

ການຂຽນ socks5h:// ຂອງ Requests ກໍບໍ່ສາມາດຄັດລອກໃສ່ Chromium ໄດ້ໂດຍກົງ. Chromium ຮັບ socks5://, ແກ້ຊື່ປາຍທາງ SOCKS5 ຜ່ານ proxy ແລະ ບໍ່ຮອງຮັບການພິສູດຕົວຕົນ SOCKS5 ດ້ວຍຊື່ຜູ້ໃຊ້/ລະຫັດຜ່ານ.

render(reload=False) ສົ່ງ HTML ທີ່ມີຢູ່ແລ້ວໃຫ້ບຣາວເຊີ ແທນການໄປຫາ URL ຂອງໜ້າ. ສະຄຣິບ ແລະ ຊັບພະຍາກອນຍ່ອຍຍັງສາມາດສົ່ງຄຳຮ້ອງຂໍໄດ້. ມັນມີປະໂຫຍດເມື່ອຕັ້ງໃຈສະແດງການຕອບສະໜອງນັ້ນ, ແຕ່ມັນບໍ່ໄດ້ປ່ຽນການເຊື່ອມຕໍ່ Requests ໃຫ້ເປັນຊ່ອງທາງຂອງບຣາວເຊີ.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ