Kredenzjali tal-proxy NLTK: iċċekkja l-firem ta' set_proxy
Qabbel set_proxy mal-firem NLTK installat u żomm f'moħħok l-ambitu tal-urllib opener tiegħu.
Għall-implimentazzjoni b'parametri separati proxy, user u 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")Iċċekkja l-firem fil-verżjoni NLTK li tuża l-programm qabel ma tadatta eżempji eqdem b'tuple jew dħul permezz ta' URL. Il-punt finali huwa l-proxy, mhux l-indiċi tad-data NLTK, u punkt huwa riżors ta' eżempju li jiġi sostitwit bil-pakkett li teħtieġ l-applikazzjoni.
set_proxy jinstalla urllib opener b'handler tal-proxy u, meta jingħataw kredenzjali, handlers tal-awtentikazzjoni tal-proxy. Ma jikkonfigurax Requests, HTTPX, sockets arbitrarji jew kull subprocess.
L-isfidi tal-awtentikazzjoni ripetuti jeħtieġu tqabbil tal-iskema mitluba mis-servizz mal-handlers disponibbli. Li tagħti l-argumenti t-tajba ma żżidx kull metodu ta' awtentikazzjoni tal-intrapriża.
Jekk it-trasferiment jirnexxi iżda NLTK ma ssibx id-data, eżamina l-mogħdijiet tat-tiftix u t-tqassim tal-pakkett tiegħu bħala problema separata ta' data lokali. Tniżżil manwali jista' jkun għażla ta' implimentazzjoni deliberata; ma jippruvax li firem ta' sejħa hija invalida u lanqas jispjega żball tal-proxy mhux solvut. Żomm il-kredenzjali barra minn scripts li jiġu impenjati u URL kopjati.