NLTK прокси акредитиви: проверете го потписот на set_proxy

За имплементацијата со одделни параметри 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")

Проверете го потписот во верзијата на NLTK што ја користи програмата пред да прилагодите постари примери со tuple или најава преку URL. Крајната точка е проксито, а не индексот на податоци на NLTK, и punkt е примерен ресурс што се заменува со пакетот што му е потребен на апликацијата.

set_proxy инсталира urllib opener со ракувач со прокси и, кога се дадени акредитиви, со ракувачи за автентикација на прокси. Тој не ги конфигурира Requests, HTTPX, произволни сокети или секој подпроцес.

Повторените предизвици за автентикација бараат споредување на шемата што ја бара услугата со достапните ракувачи. Давањето точни аргументи не додава секој корпоративен метод за автентикација.

Ако преносот успее, но NLTK не ги најде податоците, проверете ги неговите патеки за пребарување и распоредот на пакетот како одделен проблем со локални податоци. Рачното преземање може да биде намерна одлука за распоредување; тоа не докажува дека потписот на повикот е невалиден и не објаснува нерешен прокси проблем. Држете ги акредитивите надвор од извршени скрипти и копирани URL-а.