QGIS uzas la prokuran servilon, sed kromaĵo bazita sur Requests ne
Sekvu la disigon inter la reta agordo de QGIS kaj la sendependa Python Requests-kliento de kromaĵo.
Tavolo de mapo ŝargiĝas tra la oficeja prokura servilo, dum la API-alvoko de kromaĵo malsukcesas. Ambaŭ agoj okazas ene de QGIS, sed ili povas uzi malsamajn HTTP-klientojn.
QGIS elmetas QgsNetworkAccessManager por retaj operacioj. Ĝi portas la retan agordon de QGIS en petojn faritajn tra tiu administranto. Python-kromaĵo, kiu importas Requests, kreas alian klienton kun propra prokura kaj aŭtentiga konduto.
Elektu la agordon, kiun vi volas kunhavigi
Por kromaĵo destinita sekvi la retajn preferojn de la uzanto en QGIS, uzi la retan administranton de QGIS evitas rekonstrui tiujn preferojn sendepende. Kontrolu la API taŭgan por la QGIS-versio, kiun vi subtenas, inkluzive de ĝia nesinkrona konduto kaj aŭtentiga integriĝo.
Se Requests necesas pro alia kialo, agordu ĝin konscie. Ĝia prokura vortaro kaj traktado de la medio sekvas la dokumentaron de Requests. Prokura servilo elektita en la agordoj de QGIS ne aŭtomate estas agordo de Requests-sesio.
Estu preciza pri la amplekso, kiam vi provas Qt-ekzemplojn el forumo. Agordi aplikaĵan prokuran servilon en Qt efikas al Qt-retado. Ĝi ne pruvas, ke Requests, kiu uzas alian retan efektivigon, ŝanĝis sian vojon.
Komparu la saman celon
Uzu la URL de la malsukcesa kromaĵo, kiam vi komparas konduton. Maposervo kaj senrilata API povas havi malsamajn preterpasadajn regulojn, prokurajn permesojn aŭ atestilajn ĉenojn. Sukcesa mapa peto pruvas nur, ke ĝia propra vojo funkcias.
Notu la nomon de la HTTP-kliento, la celan gastiganton, ĉu prokura aŭtentigo estis petita, kaj la realan eraran stadion. Forigu pasvortojn el kromaĵaj protokoloj. Tiu malgranda komparo kutime montras, ĉu ripari la retan integriĝon de QGIS aŭ la sendependan Python-klienton, sen restarigi prokurajn preferojn, kiuj jam funkcias por la uzanto.