Mga kredensyal ng proxy sa NLTK: suriin ang pirma ng set_proxy

Itugma ang set_proxy sa naka-install na pirma ng NLTK at isaalang-alang ang saklaw ng urllib opener nito.

Para sa implementasyong may hiwalay na proxy, user at password na parameter:

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")

Suriin ang pirma sa bersyon ng NLTK na ginagamit ng programa bago iangkop ang lumang halimbawa ng tuple o pag-login sa URL. Ang endpoint ay ang proxy, hindi ang index ng data ng NLTK, at ang punkt ay halimbawang resource na pinapalitan ng package na kailangan ng aplikasyon.

Nag-i-install ang set_proxy ng urllib opener na may proxy handler at, kapag may ibinigay na kredensyal, may mga proxy authentication handler. Hindi nito kinokonfigura ang Requests, HTTPX, arbitraryong socket o bawat subprocess.

Ang paulit-ulit na hamon sa pagpapatunay ay nangangailangan ng paghahambing ng scheme na hinihiling ng serbisyo sa mga available na handler. Ang pagbibigay ng tamang argumento ay hindi nagdaragdag ng bawat paraan ng enterprise authentication.

Kung nagtagumpay ang paglilipat ngunit hindi mahanap ng NLTK ang data, suriin ang mga landas ng paghahanap at layout ng package bilang hiwalay na problema sa lokal na data. Ang manu-manong pag-download ay maaaring sadyang desisyon sa deployment; hindi nito pinapatunayan na di-wasto ang pirma ng tawag at hindi nito ipinapaliwanag ang hindi naresolbang error sa proxy. Ilayo ang kredensyal sa mga naka-commit na script at nakopyang URL.

Kaugnay na mga artikulo