د Tornado پراکسي انتخابونه سم HTTP بیک اینډ ته اړتیا لري

Tornado یو غیر همغږی HTTP کلاینټ انٹرفیس وړاندې کوي، چې لاندې یې بېلابېل پلي کول دي. نو ځکه د پراکسي انتخابونه ممکن د ټاکل شوي پلي کولو له امله ناکام شي، حتی کله چې د پراکسي پای ټکی سم وي.

د HTTP کلاینټ اسناد SimpleAsyncHTTPClient د اصلي پلي کولو په توګه ښیي او د curl پر بنسټ بدیل مستند کوي. د proxy_host په څېر د غوښتنې انتخابونو لپاره د پلي کولو ځانګړي ملاتړ یادښتونه شته. د fetch غوښتنې ته د انتخابونو د زیاتولو دمخه هغه یادښتونه ولولئ.

د کلاینټ له جوړولو دمخه تنظیم کړئ

په هغه چاپېریال کې چې لا دمخه curl بیک اینډ لري، یو اپلیکیشن کولی شي خپل شریک کلاینټ جوړولو دمخه هغه وټاکي:

from tornado.httpclient import AsyncHTTPClient

AsyncHTTPClient.configure('tornado.curl_httpclient.CurlAsyncHTTPClient')
client = AsyncHTTPClient()

بیا د پام وړ غوښتنې لپاره مستند شوي د پراکسي کوربه، پورټ، تصدیق او وخت محدودیت غوښتنې انتخابونه وکاروئ. د کوربه نوم له عددي پورټ څخه جلا وساتئ. د بیک اینډ ټاکل په خپله د پراکسي پای ټکی نه ټاکي. د اجازه ورکړل شوي عامه HTTP لارې لپاره د HTTP پراکسي لیست د هغو غوښتنې انتخابونو لپاره د کوربه او پورټ نوماندان وړاندې کوي.

د کلاینټ جوړول مهم دي ځکه چې یو اپلیکیشن یا چوکاټ ممکن د دې کوډ له چلېدو دمخه HTTP کلاینټ جوړ او وساتي. په ناکامه غوښتنه کې کارول شوې اصلي نسخه وګورئ، پرځای د دې چې وروسته بل کلاینټ جوړ کړئ او فرض کړئ چې هغه لومړی تشریح کوي.

د تشخیص لپاره فعال بیک اینډ او د هغه بنسټیز کتابتون نسخه د ناکام پړاو سره یوځای ثبت کړئ. د نا ملاتړ شوي غوښتنې انتخاب په شبکه کې د وخت محدودیت او د پراکسي لخوا راګرځول شوي HTTP ځواب څخه جلا کړئ. هغه کتنې بېلابېلو سمونو ته رسوي.