Спрете цикъл на ротация на прокси да работи безкрайно

Слой от карта се зарежда през офис проксито, докато извикването на 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 клиент, без да нулирате настройки за прокси, които вече работят за потребителя.