A QGIS használja a proxyt, egy Requests-alapú bővítmény viszont nem

Egy térképréteg az irodai proxyn keresztül töltődik be, miközben egy bővítmény API-hívása meghiúsul. Mindkét művelet a QGIS-en belül fut, de különböző HTTP-klienseket használhatnak.

A QGIS a hálózati műveletekhez QgsNetworkAccessManager-t tesz elérhetővé. Ez viszi át a QGIS hálózati konfigurációját az ezen a kezelőn keresztül küldött kérésekbe. Egy Requests-et importáló Python-bővítmény egy másik klienst hoz létre, saját proxy- és hitelesítési viselkedéssel.

Válassza ki a megosztani kívánt konfigurációt

Egy olyan bővítmény esetében, amelynek a felhasználó QGIS hálózati beállításait kell követnie, a QGIS hálózatkezelőjének használata elkerüli e beállítások önálló újbóli felépítését. Ellenőrizze a támogatott QGIS-verzióhoz illő API-t, beleértve annak aszinkron viselkedését és hitelesítési integrációját.

Ha a Requests más okból szükséges, szándékosan konfigurálja. Proxy-szótára és környezetkezelés a Requests dokumentációját követi. A QGIS beállításaiban kiválasztott proxy nem lesz automatikusan Requests-munkamenet-beállítás.

Legyen pontos a hatókörben, amikor fórumról származó Qt-példákat próbál ki. Egy Qt-alkalmazásproxy beállítása a Qt hálózatkezelésére hat. Nem bizonyítja, hogy a Requests, amely más hálózati implementációt használ, megváltoztatta az útvonalát.

Hasonlítsa össze ugyanazt a célt

A viselkedés összehasonlításakor a meghiúsuló bővítmény URL-jét használja. Egy térképszolgáltatás és egy független API eltérő megkerülési szabályokkal, proxyengedélyekkel vagy tanúsítványláncokkal rendelkezhet. Egy sikeres térképkérés csak azt bizonyítja, hogy a saját útvonala működik.

Rögzítse a HTTP-kliens nevét, a célgazdagépet, hogy kértek-e proxy-hitelesítést, és a hiba tényleges szakaszát. Zárja ki a jelszavakat a bővítmény naplóiból. Ez a kis összehasonlítás általában megmutatja, hogy a QGIS hálózati integrációját vagy a független Python-klienst kell-e javítani, anélkül hogy visszaállítaná a felhasználónál már működő proxybeállításokat.