QGIS koristi proxy, ali dodatak temeljen na Requestsu ne
Pratite razdvajanje mrežne konfiguracije QGIS-a i neovisnog Python Requests klijenta dodatka.
Sloj karte učitava se kroz uredski proxy, dok API poziv dodatka ne uspijeva. Obje se radnje izvode 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 zahtjeve koji se šalju kroz taj upravitelj. Python dodatak koji uvozi Requests stvara drugi klijent s vlastitim ponašanjem proxyja i provjere autentičnosti.
Odaberite konfiguraciju koju želite dijeliti
Za dodatak koji treba slijediti korisničke QGIS mrežne postavke, korištenje QGIS mrežnog upravitelja izbjegava neovisnu ponovnu izgradnju tih postavki. Provjerite API prikladan za verziju QGIS-a koju podržavate, uključujući njegovo asinkrono ponašanje i integraciju provjere autentičnosti.
Ako je Requests potreban iz drugog razloga, konfigurirajte ga namjerno. Njegov proxy rječnik i rukovanje okruženjem slijede Requests dokumentaciju. Proxy odabran u QGIS postavkama nije automatski postavka Requests sesije.
Budite precizni u pogledu opsega kada isprobavate Qt primjere s foruma. Postavljanje proxyja Qt aplikacije utječe na Qt mrežu. To ne dokazuje da je Requests, koji koristi drugu mrežnu implementaciju, promijenio svoju rutu.
Usporedite isto odredište
Koristite URL dodatka koji ne uspijeva pri usporedbi ponašanja. Usluga karte i nepovezani API mogu imati različita pravila zaobilaženja, proxy dopuštenja ili lance certifikata. Uspješan zahtjev karte dokazuje samo da njegova vlastita ruta radi.
Zabilježite naziv HTTP klijenta, odredišnog hosta, je li zatražena proxy provjera autentičnosti i stvarnu fazu pogreške. Izuzmite lozinke iz zapisa dodatka. Ta mala usporedba obično vam kaže treba li popraviti QGIS mrežnu integraciju ili neovisni Python klijent, bez resetiranja proxy postavki koje korisniku već rade.