QGIS käyttää välityspalvelinta, mutta Requests-pohjainen liitännäinen ei

Karttataso latautuu toimiston välityspalvelimen kautta, kun taas liitännäisen API-kutsu epäonnistuu. Molemmat toiminnot suoritetaan QGISin sisällä, mutta ne voivat käyttää eri HTTP-asiakkaita.

QGIS tarjoaa verkkotoiminnoille QgsNetworkAccessManager. Se välittää QGISin verkkokokoonpanon kyseisen hallinnan kautta tehtäviin pyyntöihin. Python-liitännäinen, joka tuo Requestsin, luo toisen asiakkaan omalla välityspalvelin- ja todennuskäyttäytymisellään.

Valitse kokoonpano, jonka haluat jakaa

Liitännäiselle, jonka on tarkoitus noudattaa käyttäjän QGIS-verkkoasetuksia, QGISin verkkohallinnan käyttäminen välttää näiden asetusten itsenäisen uudelleenrakentamisen. Tarkista tukemasi QGIS-version mukainen API, mukaan lukien sen asynkroninen käyttäytyminen ja todennuksen integrointi.

Jos Requests tarvitaan toisesta syystä, määritä se tietoisesti. Sen välityspalvelinsanakirja ja ympäristön käsittely noudattavat Requestsin dokumentaatiota. QGISin asetuksissa valittu välityspalvelin ei ole automaattisesti Requestsin istuntoasetus.

Ole täsmällinen laajuudesta, kun kokeilet foorumin Qt-esimerkkejä. Qt-sovelluksen välityspalvelimen asettaminen vaikuttaa Qt:n verkkotoimintaan. Se ei osoita, että Requests, joka käyttää toista verkkototeutusta, olisi muuttanut reittiään.

Vertaa samaa kohdetta

Käytä epäonnistuvan liitännäisen URL-osoitetta käyttäytymisen vertailussa. Karttapalvelulla ja riippumattomalla API:lla voi olla erilaiset ohitussäännöt, välityspalvelimen käyttöoikeudet tai varmenneketjut. Onnistunut karttapyyntö osoittaa vain, että sen oma reitti toimii.

Kirjaa HTTP-asiakkaan nimi, kohdeisäntä, pyydettiinkö välityspalvelimen todennusta ja virheen todellinen vaihe. Jätä salasanat pois liitännäisen lokeista. Tämä pieni vertailu kertoo yleensä, pitääkö korjata QGISin verkkointegraatio vai itsenäinen Python-asiakas, ilman että nollataan välityspalvelinasetuksia, jotka jo toimivat käyttäjällä.