QGIS përdor proxy-n, por një shtojcë e bazuar në Requests nuk e përdor

Një shtresë harte ngarkohet përmes proxy-t të zyrës, ndërsa thirrja API e shtojcës dështon. Të dyja veprimet ekzekutohen brenda QGIS, por mund të përdorin klientë të ndryshëm HTTP.

QGIS ekspozon QgsNetworkAccessManager për operacione rrjeti. Ai e çon konfigurimin e rrjetit të QGIS te kërkesat e bëra përmes atij menaxheri. Një shtojcë Python që importon Requests krijon një klient tjetër me sjelljen e vet të proxy-t dhe të vërtetimit.

Zgjidhni konfigurimin që dëshironi të ndani

Për një shtojcë që synon të ndjekë preferencat e rrjetit të QGIS të përdoruesit, përdorimi i menaxherit të rrjetit të QGIS shmang rindërtimin e pavarur të atyre preferencave. Kontrolloni API-në e përshtatshme për versionin e QGIS që mbështesni, përfshirë sjelljen asinkrone dhe integrimin e vërtetimit.

Nëse Requests nevojitet për një arsye tjetër, konfigurojeni me qëllim. Fjalori i tij i proxy-ve dhe trajtimi i mjedisit ndjekin dokumentacionin e Requests. Një proxy i zgjedhur në cilësimet e QGIS nuk bëhet automatikisht cilësim i sesionit të Requests.

Jini të saktë për shtrirjen kur provoni shembuj Qt nga një forum. Vendosja e një proxy-je për aplikacionin Qt ndikon në rrjetin e Qt. Nuk vërteton se Requests, i cili përdor një implementim tjetër rrjeti, e ka ndryshuar rrugën e tij.

Krahasoni të njëjtin destinacion

Përdorni URL-në e shtojcës që dështon kur krahasoni sjelljen. Një shërbim hartash dhe një API e palidhur mund të kenë rregulla të ndryshme anashkalimi, leje proxy ose zinxhirë certifikatash. Një kërkesë e suksesshme harte vërteton vetëm se rruga e saj funksionon.

Regjistroni emrin e klientit HTTP, hostin e destinacionit, nëse u kërkua vërtetim proxy dhe fazën aktuale të gabimit. Përjashtoni fjalëkalimet nga regjistrat e shtojcës. Ai krahasim i vogël zakonisht ju tregon nëse duhet rregulluar integrimi i rrjetit të QGIS apo klienti i pavarur Python, pa rivendosur preferencat e proxy-t që tashmë funksionojnë për përdoruesin.