Identifiants de proxy NLTK : vérifier la signature set_proxy
Faites correspondre set_proxy à la signature NLTK installée et gardez la portée de son urllib opener à l'esprit.
Pour l'implémentation avec des paramètres distincts proxy, user et 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")Vérifiez la signature dans la version de NLTK utilisée par le programme avant d'adapter d'anciens exemples à tuple ou à connexion par URL. Le point de terminaison est le proxy, et non l'index de données NLTK, et punkt est une ressource d'exemple à remplacer par le paquet dont l'application a besoin.
set_proxy installe un urllib opener avec un gestionnaire de proxy et, lorsque des identifiants sont fournis, des gestionnaires d'authentification proxy. Il ne configure pas Requests, HTTPX, des sockets arbitraires ni chaque sous-processus.
Les défis d'authentification répétés exigent de comparer le schéma demandé par le service aux gestionnaires disponibles. Fournir les bons arguments n'ajoute pas toutes les méthodes d'authentification d'entreprise.
Si le transfert réussit mais que NLTK ne trouve pas les données, examinez ses chemins de recherche et l'agencement du paquet comme un problème distinct de données locales. Un téléchargement manuel peut être un choix de déploiement délibéré ; il ne prouve pas qu'une signature d'appel est invalide et n'explique pas une erreur de proxy non résolue. Gardez les identifiants hors des scripts versionnés et des URL copiées.