NLTK-Proxy-Anmeldaten: d'set_proxy-Signatur iwwerpréiwen
Passt set_proxy un déi installéiert NLTK-Signatur un a behält de Geltungsberäich vum urllib-Opener am Bléck.
Fir d'Implementatioun mat getrennten proxy-, user- an password-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")Iwwerpréift d'Signatur an der NLTK-Versioun, déi de Programm benotzt, ier Dir méi al Beispiller mat Tuple oder URL-Login upasst. Den Endpunkt ass de Proxy, net den NLTK-Datenindex, an punkt ass eng Beispillressource, déi duerch de Paket ersat gëtt, deen d'Applikatioun brauch.
set_proxy installéiert en urllib-Opener mat engem Proxy-Handler a, waëm Anmeldaten iwwergi ginn, mat Proxy-Authentifikatiouns-Handler. Et konfiguréiert net Requests, HTTPX, arbiträr Sockets oder all Subprozess.
Widderhollt Authentifikatiounsufuerderungen verlaangen, d'Schema, dat den Déngscht freet, mat de verfügbaren Handler ze vergläichen. Déi richteg Argumenter bäisetze net all Enterprise-Authentifikatiounsmethod.
Wann den Transfert geléngt, awer NLTK d'Daten net fënnt, iwwerpréift seng Sichweeër an de Paketlayout als en eegene Problem mat lokalen Daten. En manuellen Download kann eng bewosst Entscheidung beim Deployment sinn; en beweist net, datt eng Opruffsignatur ongülteg ass, an erkläert och keen ongeléiste Proxyfehler. Halt Anmeldaten aus committéierte Skripten an kopéierten URLen eraus.