QGIS brûkt de proxy, mar in Requests-basearre plugin net

In kaartlaach ladt fia de kantoarproxy, wylst de API-oprop fan in plugin mislearret. Beide aksjes rinne binnen QGIS, mar se kinne ferskillende HTTP-klanten brûke.

QGIS eksposearret QgsNetworkAccessManager foar netwurkoperaasjes. It draacht de netwurkkonfiguraasje fan QGIS oer nei oanfragen dy't fia dy behearder dien wurde. In Python-plugin dy't Requests ymportearret, makket in oare klant mei eigen proxy- en autentikaasjegedrach.

Kies de konfiguraasje dy't jo diele wolle

Foar in plugin dy't de QGIS-netwurkfoarkarringen fan de brûker folgje moat, foarkomt it brûken fan de QGIS-netwurkbehearder dat dy foarkarringen selsstannich werboud wurde. Kontrolearje de API dy't past by de QGIS-ferzje dy't jo stypje, ynklusyf it asynchrone gedrach en de autentikaasje-ynbou.

As Requests om in oare reden nedich is, konfigurearje it bewust. Syn proxywurdboek en omgong mei de omjouwing folgje de dokumintaasje fan Requests. In proxy dy't yn de ynstellings fan QGIS keazen is, is net automatysk in ynstelling foar in Requests-sesje.

Wês presys oer it berik as jo Qt-foarbylden fan in forum besykje. It ynstellen fan in Qt-applikaasjeproxy beynfloedet Qt-netwurken. It bewiist net dat Requests, dat in oare netwurkymplemintaasje brûkt, syn rûte feroare hat.

Fergelykje itselde bestimming

Brûk de URL fan de mislearjende plugin by it fergelykjen fan gedrach. In kaarttsjinst en in net-relatearre API kinne ferskillende omsyldregels, proxypermisjes of sertifikaatkeatlingen hawwe. In suksesfolle kaartoanfraach bewiist allinnich dat syn eigen rûte wurket.

Skriuw de namme fan de HTTP-klant, de bestimmingshost, oft proxy-autentikaasje frege waard en de werklike flaterstap op. Slút wachtwurden út plugin-logs. Dy lytse fergeliking fertelt jo meastentiids oft jo de QGIS-netwurkynbou of de selsstannige Python-klant reparearje moatte, sûnder proxyfoarkarringen te resetten dy't al foar de brûker wurkje.