NLTK tarpinio serverio prisijungimo duomenys: patikrinkite set_proxy parašą
Suderinkite set_proxy su įdiegtu NLTK parašu ir nepamirškite jo urllib opener apimties.
Diegimui su atskirais parametrais proxy, user ir 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")Prieš pritaikydami senesnius tuple arba URL prisijungimo pavyzdžius patikrinkite parašą toje NLTK versijoje, kurią naudoja programa. Galutinis taškas yra tarpinis serveris, o ne NLTK duomenų indeksas, ir punkt yra pavyzdinis išteklius, kurį reikia pakeisti programai reikalingu paketu.
set_proxy įdiegia urllib opener su tarpinio serverio apdorotuvu, o kai pateikiami prisijungimo duomenys, ir tarpinio serverio autentifikavimo apdorotuvais. Jis nekonfigūruoja Requests, HTTPX, savavališkų lizdų ar kiekvieno paprocesio.
Pasikartojantys autentifikavimo iššūkiai reikalauja palyginti paslaugos prašomą schemą su turimais apdorotuvais. Tinkamų argumentų pateikimas neprideda visų įmonės autentifikavimo metodų.
Jei perdavimas pavyksta, bet NLTK neranda duomenų, patikrinkite jo paieškos kelius ir paketo išdėstymą kaip atskirą vietinių duomenų problemą. Rankinis atsisiuntimas gali būti sąmoningas diegimo sprendimas; jis neįrodo, kad kvietimo parašas negalioja, ir nepaaiškina neišspręstos tarpinio serverio klaidos. Laikykite prisijungimo duomenis už commit'intų scenarijų ir nukopijuotų URL ribų.