QGIS uporablja posredniški strežnik, vtičnik na osnovi Requests pa ne

Sloj zemljevida se naloži prek pisarniškega posredniškega strežnika, klic API vtičnika pa ne uspe. Oba dejanja se izvedeta znotraj QGIS, vendar lahko uporabljata različna odjemalca HTTP.

QGIS za omrežne operacije izpostavlja QgsNetworkAccessManager. Omrežno nastavitev QGIS prenese v zahteve, izvedene prek tega upravitelja. Python vtičnik, ki uvozi Requests, ustvari drug odjemalec z lastnim vedenjem posredniškega strežnika in preverjanja pristnosti.

Izberite nastavitev, ki jo želite deliti

Za vtičnik, ki naj bi sledil uporabnikovim omrežnim nastavitvam QGIS, uporaba omrežnega upravitelja QGIS prepreči, da bi bilo treba te nastavitve znova in neodvisno zgraditi. Preverite API, ustrezen različici QGIS, ki jo podpirate, vključno z njegovim asinhronim delovanjem in vključitvijo preverjanja pristnosti.

Če je Requests potreben iz drugega razloga, ga nastavite zavestno. Njegov slovar posredniških strežnikov in ravnanje z okoljem sledita dokumentaciji Requests. Posredniški strežnik, izbran v nastavitvah QGIS, ni samodejno nastavitev seje Requests.

Bodite natančni glede obsega, ko preizkušate primere Qt s foruma. Nastavitev posredniškega strežnika aplikacije Qt vpliva na omrežje Qt. To ne dokazuje, da je Requests, ki uporablja drugačno omrežno izvedbo, spremenil svojo pot.

Primerjajte isti cilj

Pri primerjavi vedenja uporabite URL vtičnika, ki ne uspe. Storitev zemljevida in nepovezan API imata lahko različna pravila zaobidenja, dovoljenja za posredniški strežnik ali verige potrdil. Uspešna zahteva za zemljevid dokazuje le, da deluje njena lastna pot.

Zabeležite ime odjemalca HTTP, ciljno gostiteljico, ali je bilo zahtevano preverjanje pristnosti posredniškega strežnika, in dejansko stopnjo napake. Iz dnevnikov vtičnika izključite gesla. Ta majhna primerjava običajno pokaže, ali je treba popraviti omrežno vključitev QGIS ali neodvisni odjemalec Python, ne da bi ponastavili nastavitve posredniškega strežnika, ki pri uporabniku že delujejo.