Дадзеныя проксі NLTK: праверка подпісу set_proxy

Супaстаўце set_proxy з усталяваным подпісам NLTK і не выпускайце з увагі межы яго адкрывальніка urllib.

Для рэалізацыі з асобнымі параметрамі proxy, user і password:

import getpass
import nltk

proxy_user = input("Proxy username: ")
proxy_password = getpass.getpass("Proxy password: ")
nltk.set_proxy(
    "http://proxy.example.net:8080",
    user=proxy_user,
    password=proxy_password,
)
nltk.download("punkt")

Перад адаптацыяй старых прыкладаў з tuple або URL-логинам праверце подпіс у той версіі NLTK, якую выкарыстоўвае праграма. Канчатковы пункт — гэта проксі, а не індэкс даных NLTK, а punkt — прыклад рэсурсу, які трэба замяніць пакетам, патрэбным праграме.

set_proxy усталёўвае адкрывальнік urllib з апрацоўшчыкам проксі і, калі перададзены дадзеныя, з апрацоўшчыкамі аўтэнтыфікацыі проксі. Ён не наладжвае Requests, HTTPX, адвольныя сокеты ці кожны падпрацэс.

Паўторныя запыты аўтэнтыфікацыі патрабуюць параўнання схемы, якую запытвае сэрвіс, з даступнымі апрацоўшчыкамі. Правільныя аргументы не дадаюць кожны карпаратыўны метад аўтэнтыфікацыі.

Калі перадача паспяховая, але NLTK не знаходзіць даных, праверце шляхі пошуку і структуру пакета як асобную праблему лакальных даных. Ручное спампоўванне можа быць свядомым рашэннем пры разгортванні; яно не даказвае, што подпіс выкліку няправільны, і не тлумачыць нявырашаную памылку проксі. Трымайце дадзеныя па-за зафіксаванымі скрыптамі і скапіяванымі URL.

Падобныя артыкулы