د 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 معلومات ونه مومي، د هغې د لټون لارې او د پیکج ترتیب د جلا ځایي-معلوماتو ستونزې په توګه وګورئ. لاسي ډاونلوډ کیدای شي په قصد شوی ځای پرځای کول وي؛ دا نه ثابتوي چې د زنګ لاسلیک ناسم دی او نه هم کومه نه حل شوې پراکسي تېروتنه تشریح کوي. اسناد له commit شوو سکریپټونو او کاپي شوو URLونو څخه لرې وساتئ.

اړوندې مقالې