QGIS користи прокси, али додатак заснован на Requests не

Слој мапе се учитава преко канцеларијског проксија, док позив API-ја додатка не успева. Обе радње се извршавају унутар QGIS-а, али могу користити различите HTTP клијенте.

QGIS излаже QgsNetworkAccessManager за мрежне операције. Он преноси мрежну конфигурацију QGIS-а у захтеве упућене преко тог менаџера. Python додатак који увози Requests ствара други клијент са сопственим понашањем проксија и аутентификације.

Изаберите конфигурацију коју желите да делите

За додатак који треба да прати корисникова QGIS мрежна подешавања, употреба QGIS менаџера мреже избегава независну поновну изградњу тих подешавања. Проверите API примерен верзији QGIS-а коју подржавате, укључујући његово асинхроно понашање и интеграцију аутентификације.

Ако је Requests потребан из другог разлога, подесите га намерно. Његов речник проксија и руковање окружењем прате документацију Requests-а. Прокси изабран у QGIS подешавањима није аутоматски подешавање Requests сесије.

Будите прецизни у погледу обима када испробавате Qt примере са форума. Подешавање проксија Qt апликације утиче на Qt умрежавање. То не доказује да је Requests, који користи другачију мрежну имплементацију, променио своју путању.

Упоредите исто одредиште

Користите URL додатка који не успева када поредите понашање. Сервис мапа и неповезани API могу имати различита правила заобилажења, дозволе за прокси или ланце сертификата. Успешан захтев за мапу доказује само да његова сопствена путања ради.

Забележите назив HTTP клијента, одредишни хост, да ли је затражена прокси аутентификација и стварну фазу грешке. Искључите лозинке из евиденција додатка. То мало поређење обично вам каже да ли треба поправити QGIS мрежну интеграцију или независни Python клијент, без ресетовања прокси подешавања која већ раде за корисника.