Tornadoren proxy aukerek HTTP backend egokia behar dute

Tornadok HTTP bezeroaren interfaze asinkrono bakarra eskaintzen du, baina azpian implementazio desberdinak daude. Beraz, proxy aukerek huts egin dezakete hautatutako implementazioagatik, proxyaren amaierako puntua zuzena denean ere.

HTTP bezeroaren dokumentazioak SimpleAsyncHTTPClient ezartzen du implementazio lehenetsi gisa eta curl-en oinarritutako alternatiba dokumentatzen du. proxy_host bezalako eskaera aukerek implementazioaren araberako laguntza oharrak dituzte. Irakurri ohar horiek fetch deiari aukerak gehitu aurretik.

Konfiguratu bezeroa eraiki aurretik

Dagoeneko curl backend-a duen ingurune batean, aplikazio batek hura hauta dezake bere bezero partekatua sortu aurretik:

from tornado.httpclient import AsyncHTTPClient

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

Ondoren erabili dokumentatutako proxy ostalari, portu, autentifikazio eta denbora-muga eskaera aukerak asmo den deirako. Mantendu ostalariaren izena portu zenbakizkoaren bereizita. Backend-a hautatzeak ez du berez proxy amaierako puntu bat hautatzen. Baimendutako HTTP ibilbide publiko baterako, HTTP proxy zerrendak ostalari eta portu hautagaiak ematen ditu eskaera aukera horietarako.

Bezeroa eraikitzeak garrantzia du, aplikazio edo framework batek HTTP bezero bat sor eta gorde baitezakelako kode hau exekutatu aurretik. Aztertu huts egin zuen eskaeran erabilitako benetako instantzia, geroago beste bezero bat eraiki eta hark lehena azaltzen duela suposatu ordez.

Diagnostikorako, erregistratu backend aktiboa eta haren azpiko liburutegiaren bertsioa huts egin zuen etaparekin batera. Bereizi onartzen ez den eskaera aukera bat sareko denbora-mugatik eta proxyak itzulitako HTTP erantzun batetik. Behaketa horiek konponketa desberdinetara eramaten dute.