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")

פּרופֿט די חתימה אין דער NLTK ווערסיע וואָס דאָס פּראָגראַם ניצט, איידער איר פֿאַרבעסערט עלטערע ביישפּילן מיט tuple אָדער URL אַרײַנלאָגירונג. דער ענדפּונקט איז דער פּראָקסי, ניט דער NLTK דאַטן־אינדעקס, און punkt איז אַ ביישפּיל־מיטל וואָס ווערט פֿאַרבייט מיט דעם פּאַקעט וואָס די אַפּליקאַציע דאַרף.

set_proxy אינסטאַלירט אַ urllib opener מיט אַ פּראָקסי־באַהאַנדלער און, ווען באַשטעטיקונג ווערט געגעבן, פּראָקסי־אויטענטיפֿיקאַציע באַהאַנדלער. עס קאָנפֿיגורירט ניט Requests, HTTPX, פֿרײַע סאָקעטן אָדער יעדן אונטער־פּראָצעס.

איבערגעחזרטע אויטענטיפֿיקאַציע־אויסרופֿן פֿאָדערן פֿאַרגלײַכן דעם סכעמע וואָס דער דינסט פֿאָדערט מיט די פֿאַראַנענע באַהאַנדלער. געבן די ריכטיקע אַרגומענטן לייגט ניט צו יעדע פֿירמע־אויטענטיפֿיקאַציע־מעטאָד.

אויב דער איבערפֿיר איז דערפֿאָלגרייַך אָבער NLTK געפֿינט ניט די דאַטן, פּרופֿט זיינע זוך־וועגן און דעם פּאַקעט־אויסשטעל ווי אַ באַזונדער פּראָבלעם פֿון לאָקאַלע דאַטן. אַ האַנט־אַראָפּלאָדונג קען זיין אַ באַוווּסטער אָנשטעל־באַשלוס; עס באַווײַזט ניט אַז אַ רוף־חתימה איז אומגילטיק און פֿאַרקלערט ניט אַן אומגעלייזטן פּראָקסי־פֿעלער. האַלט באַשטעטיקונג פֿון אַרײַנגעגעבענע סקריפּטן און קאָפּירטע URL־ן.

פֿאַרבונדענע אַרטיקלען