QGIS naudoja tarpinį serverį, o „Requests“ pagrindu veikiantis papildinys – ne

Žemėlapio sluoksnis įkeliamas per biuro tarpinį serverį, o papildinio API užklausa nepavyksta. Abu veiksmai vyksta QGIS viduje, bet gali naudoti skirtingus HTTP klientus.

QGIS tinklo operacijoms teikia QgsNetworkAccessManager. Jis perduoda QGIS tinklo konfigūraciją užklausoms, atliekamoms per tą valdytoją. Python papildinys, importuojantis „Requests“, sukuria kitą klientą su savo tarpinio serverio ir autentifikavimo elgsena.

Pasirinkite konfigūraciją, kurią norite bendrinti

Papildiniui, kuris turi vadovautis naudotojo QGIS tinklo nuostatomis, QGIS tinklo valdytojo naudojimas leidžia išvengti tų nuostatų atkūrimo atskirai. Patikrinkite API, tinkamą jūsų palaikomai QGIS versijai, įskaitant asinchroninį veikimą ir autentifikavimo integraciją.

Jei „Requests“ reikia dėl kitos priežasties, sąmoningai jį sukonfigūruokite. Jo tarpinių serverių žodynas ir aplinkos kintamųjų tvarkymas vadovaujasi „Requests“ dokumentacija. QGIS nuostatose pasirinktas tarpinis serveris automatiškai netampa „Requests“ sesijos nuostata.

Būkite tikslūs dėl apimties, kai bandote forumo Qt pavyzdžius. Qt programos tarpinio serverio nustatymas paveikia Qt tinklą. Tai neįrodo, kad „Requests“, kuris naudoja kitą tinklo įgyvendinimą, pakeitė savo maršrutą.

Palyginkite tą patį tikslą

Lygindami elgseną naudokite nepavykusio papildinio URL. Žemėlapių paslauga ir nesusijusi API gali turėti skirtingas apėjimo taisykles, tarpinio serverio teises ar sertifikatų grandines. Sėkminga žemėlapio užklausa įrodo tik tai, kad jos pačios maršrutas veikia.

Užrašykite HTTP kliento pavadinimą, paskirties hostą, ar buvo prašoma tarpinio serverio autentifikacijos, ir faktinę klaidos stadiją. Pašalinkite slaptažodžius iš papildinio žurnalų. Šis nedidelis palyginimas paprastai parodo, ar taisyti QGIS tinklo integraciją, ar savarankišką Python klientą, nekeičiant tarpinio serverio nuostatų, kurios naudotojui jau veikia.