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 клиент, без да ги ресетирате прокси поставките што веќе работат за корисникот.