Għall-implimentazzjoni b'parametri separati proxy, user u 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")

Iċċekkja l-firem fil-verżjoni NLTK li tuża l-programm qabel ma tadatta eżempji eqdem b'tuple jew dħul permezz ta' URL. Il-punt finali huwa l-proxy, mhux l-indiċi tad-data NLTK, u punkt huwa riżors ta' eżempju li jiġi sostitwit bil-pakkett li teħtieġ l-applikazzjoni.

set_proxy jinstalla urllib opener b'handler tal-proxy u, meta jingħataw kredenzjali, handlers tal-awtentikazzjoni tal-proxy. Ma jikkonfigurax Requests, HTTPX, sockets arbitrarji jew kull subprocess.

L-isfidi tal-awtentikazzjoni ripetuti jeħtieġu tqabbil tal-iskema mitluba mis-servizz mal-handlers disponibbli. Li tagħti l-argumenti t-tajba ma żżidx kull metodu ta' awtentikazzjoni tal-intrapriża.

Jekk it-trasferiment jirnexxi iżda NLTK ma ssibx id-data, eżamina l-mogħdijiet tat-tiftix u t-tqassim tal-pakkett tiegħu bħala problema separata ta' data lokali. Tniżżil manwali jista' jkun għażla ta' implimentazzjoni deliberata; ma jippruvax li firem ta' sejħa hija invalida u lanqas jispjega żball tal-proxy mhux solvut. Żomm il-kredenzjali barra minn scripts li jiġu impenjati u URL kopjati.

Artikli relatati