QGIS izmanto starpniekserveri, bet uz Requests balstīts spraudnis ne

Kartes slānis ielādējas caur biroja starpniekserveri, savukārt spraudņa API izsaukums neizdodas. Abas darbības notiek QGIS iekšienē, taču tās var izmantot dažādus HTTP klientus.

QGIS tīkla darbībām piedāvā QgsNetworkAccessManager. Tas pārnes QGIS tīkla konfigurāciju uz pieprasījumiem, kas veikti ar šo pārvaldnieku. Python spraudnis, kas importē Requests, izveido citu klientu ar savu starpniekservera un autentifikācijas uzvedību.

Izvēlieties konfigurāciju, ko vēlaties kopīgot

Spraudnim, kam jāievēro lietotāja QGIS tīkla preferences, QGIS tīkla pārvaldnieka izmantošana ļauj izvairīties no šo preferenču atkārtotas veidošanas atsevišķi. Pārbaudiet API, kas atbilst jūsu atbalstītajai QGIS versijai, tostarp tā asinhrono darbību un autentifikācijas integrāciju.

Ja Requests nepieciešams cita iemesla dēļ, konfigurējiet to apzināti. Tā starpniekserveru vārdnīca un vides mainīgo apstrāde atbilst Requests dokumentācijai. QGIS iestatījumos izvēlēts starpniekserveris automātiski nekļūst par Requests sesijas iestatījumu.

Esiet precīzs par tvērumu, izmēģinot forumā atrastus Qt piemērus. Qt lietotnes starpniekservera iestatīšana ietekmē Qt tīklu. Tas nepierāda, ka Requests, kas izmanto citu tīkla ieviešanu, ir mainījis savu maršrutu.

Salīdziniet vienu un to pašu galamērķi

Salīdzinot uzvedību, izmantojiet neizdevušā spraudņa URL. Karšu servisam un nesaistītam API var būt dažādi apiešanas noteikumi, starpniekservera atļaujas vai sertifikātu ķēdes. Veiksmīgs kartes pieprasījums pierāda tikai to, ka darbojas tā paša maršruts.

Pierakstiet HTTP klienta nosaukumu, galamērķa resursdatoru, vai tika pieprasīta starpniekservera autentifikācija, un faktisko kļūdas posmu. Izslēdziet paroles no spraudņa žurnāliem. Šis nelielais salīdzinājums parasti parāda, vai labot QGIS tīkla integrāciju vai neatkarīgo Python klientu, nemainot starpniekservera preferences, kas lietotājam jau darbojas.