Chaguo za proksi za Tornado zinahitaji backend sahihi ya HTTP

Tornado hutoa kiolesura kimoja cha mteja wa HTTP kisichosawazisha, ambacho chini yake kuna utekelezaji tofauti. Kwa hiyo chaguo za proksi zinaweza kushindwa kwa sababu ya utekelezaji uliochaguliwa hata wakati kiishio cha proksi ni sahihi.

Nyaraka za mteja wa HTTP zinatambua SimpleAsyncHTTPClient kama utekelezaji chaguo-msingi na kuandika mbadala unaotegemea curl. Chaguo za ombi kama proxy_host zina maelezo ya usaidizi mahususi kwa utekelezaji. Soma maelezo hayo kabla ya kuongeza chaguo kwenye wito wa fetch.

Sanidi kabla ya kuunda mteja

Katika mazingira ambayo tayari yana backend ya curl, programu inaweza kuichagua kabla ya kuunda mteja wake wa pamoja:

from tornado.httpclient import AsyncHTTPClient

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

Kisha tumia chaguo za ombi zilizoandikwa kwa mwenyeji, lango, uthibitishaji na muda wa kikomo wa proksi kwa wito uliokusudiwa. Weka jina la mwenyeji tofauti na lango la nambari. Kuchagua backend hakuichagui kiishio cha proksi chenyewe. Kwa njia ya HTTP ya umma inayoruhusiwa, orodha ya proksi za HTTP hutoa wagombea wa mwenyeji na lango kwa chaguo hizo za ombi.

Uundaji wa mteja ni muhimu kwa sababu programu au mfumo unaweza kuunda na kuhifadhi mteja wa HTTP kabla msimbo huu haujaendeshwa. Chunguza kipengele halisi kilichotumika katika ombi lililoshindwa badala ya kuunda mteja mwingine baadaye na kudhani kwamba unaelezea ule wa kwanza.

Kwa utambuzi, rekodi backend hai na toleo la maktaba ya msingi pamoja na hatua iliyoshindwa. Tofautisha chaguo la ombi lisilotumika na muda wa kikomo wa mtandao na jibu la HTTP lililorudishwa na proksi. Uchunguzi huo huongoza kwenye marekebisho tofauti.