Проксі-дані NLTK: перевірте підпис set_proxy

Узгодьте set_proxy зі встановленим підписом NLTK і враховуйте область дії його urllib opener.

Для реалізації з окремими параметрами 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")

Перш ніж адаптувати старіші приклади з tuple або входом за URL, перевірте підпис у тій версії NLTK, яку використовує програма. Кінцева точка — це проксі, а не індекс даних NLTK, а punkt — приклад ресурсу, який замінюють пакетом, потрібним застосунку.

set_proxy встановлює urllib opener з обробником проксі і, коли передано облікові дані, з обробниками автентифікації проксі. Він не налаштовує Requests, HTTPX, довільні сокети чи кожен підпроцес.

Повторні запити автентифікації вимагають порівняння схеми, яку запитує служба, з доступними обробниками. Правильні аргументи не додають кожен корпоративний метод автентифікації.

Якщо передавання успішне, але NLTK не знаходить дані, перегляньте шляхи пошуку та структуру пакета як окрему проблему локальних даних. Ручне завантаження може бути свідомим рішенням розгортання; воно не доводить, що підпис виклику недійсний, і не пояснює невирішену помилку проксі. Тримайте облікові дані поза зафіксованими скриптами та скопійованими URL.

Схожі статті