QGIS Menggunakan Proksi, tetapi Pemalam Berasaskan Requests Tidak

Satu lapisan peta dimuatkan melalui proksi pejabat, manakala panggilan API pemalam gagal. Kedua-dua tindakan berjalan dalam QGIS, tetapi ia mungkin menggunakan klien HTTP yang berbeza.

QGIS mendedahkan QgsNetworkAccessManager untuk operasi rangkaian. Ia membawa konfigurasi rangkaian QGIS ke dalam permintaan yang dibuat melalui pengurus itu. Pemalam Python yang mengimport Requests mencipta klien lain dengan tingkah laku proksi dan pengesahan tersendiri.

Pilih konfigurasi yang anda mahu kongsi

Bagi pemalam yang bertujuan mengikut keutamaan rangkaian QGIS pengguna, menggunakan pengurus rangkaian QGIS mengelakkan pembinaan semula keutamaan itu secara berasingan. Semak API yang sesuai dengan versi QGIS yang anda sokong, termasuk tingkah laku tak segeraknya dan integrasi pengesahan.

Jika Requests diperlukan atas sebab lain, konfigurasikannya dengan sengaja. Kamus proksinya dan pengendalian pemboleh ubah persekitaran mengikut dokumentasi Requests. Proksi yang dipilih dalam tetapan QGIS tidak secara automatik menjadi tetapan sesi Requests.

Bersikap tepat tentang skop apabila mencuba contoh Qt daripada forum. Menetapkan proksi aplikasi Qt mempengaruhi rangkaian Qt. Ia tidak membuktikan bahawa Requests, yang menggunakan pelaksanaan rangkaian berbeza, telah menukar laluannya.

Bandingkan destinasi yang sama

Gunakan URL pemalam yang gagal semasa membandingkan tingkah laku. Perkhidmatan peta dan API yang tidak berkaitan boleh mempunyai peraturan pintasan, kebenaran proksi atau rantaian sijil yang berbeza. Permintaan peta yang berjaya hanya membuktikan laluannya sendiri berfungsi.

Rekod nama klien HTTP, hos destinasi, sama ada pengesahan proksi diminta dan peringkat ralat sebenar. Kecualikan kata laluan daripada log pemalam. Perbandingan kecil itu biasanya memberitahu anda sama ada untuk membaiki integrasi rangkaian QGIS atau klien Python bebas, tanpa menetapkan semula keutamaan proksi yang sudah berfungsi untuk pengguna.