QGIS koristi proxy, ali dodatak zasnovan na Requests ne
Pratite razliku između mrežne konfiguracije QGIS-a i nezavisnog Python Requests klijenta dodatka.
Sloj karte učitava se kroz uredski proxy, dok poziv API-ja dodatka ne uspeva. Obe radnje se izvršavaju unutar QGIS-a, ali mogu koristiti različite HTTP klijente.
QGIS izlaže QgsNetworkAccessManager za mrežne operacije. Prenosi mrežnu konfiguraciju QGIS-a u zahteve koji se izvršavaju kroz taj menadžer. Python dodatak koji uvozi Requests stvara drugi klijent sa sopstvenim ponašanjem proxyja i autentifikacije.
Izaberite konfiguraciju koju želite da delite
Za dodatak koji treba da prati korisnikove mrežne postavke QGIS-a, korišćenje mrežnog menadžera QGIS-a izbegava nezavisno ponovno izgrađivanje tih postavki. Proverite API koji odgovara verziji QGIS-a koju podržavate, uključujući njegovo asinhrono ponašanje i integraciju autentifikacije.
Ako je Requests potreban iz drugog razloga, konfigurišite ga namerno. Njegov rečnik proxyja i rukovanje promenljivama okruženja prate dokumentaciju Requests-a. Proxy izabran u postavkama QGIS-a ne postaje automatski postavka Requests sesije.
Budite precizni u pogledu obima kada isprobavate Qt primere sa foruma. Postavljanje proxyja Qt aplikacije utiče na Qt mrežu. To ne dokazuje da je Requests, koji koristi drugu mrežnu implementaciju, promenio svoju rutu.
Uporedite isto odredište
Koristite URL dodatka koji ne uspeva kada upoređujete ponašanje. Usluga mapa i nepovezani API mogu imati različita pravila zaobilaženja, dozvole za proxy ili lance sertifikata. Uspešan zahtev za kartu dokazuje samo da njegova sopstvena ruta radi.
Zabeležite ime HTTP klijenta, odredišni host, da li je zatražena proxy autentifikacija i stvarnu fazu greške. Isključite lozinke iz dnevnika dodatka. To malo poređenje obično vam kaže da li da popravite mrežnu integraciju QGIS-a ili nezavisni Python klijent, bez resetovanja proxy postavki koje već rade za korisnika.