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-ებს.

დაკავშირებული სტატიები