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 ಸಂಪರ್ಕವನ್ನು ಬ್ರೌಸರ್‌ನ ಸಾಗಣೆಯಾಗಿ ಪರಿವರ್ತಿಸುವುದಿಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು