QGIS ప్రాక్సీని ఉపయోగిస్తుంది, కానీ Requests ఆధారిత ప్లగిన్ ఉపయోగించదు

మ్యాప్ లేయర్ కార్యాలయ ప్రాక్సీ ద్వారా లోడ్ అవుతుంది, కానీ ప్లగిన్ యొక్క API కాల్ విఫలమవుతుంది. రెండు చర్యలు QGIS లోపల నడుస్తాయి, కానీ అవి వేర్వేరు HTTP క్లయింట్‌లను ఉపయోగించవచ్చు.

QGIS నెట్‌వర్క్ కార్యకలాపాల కోసం QgsNetworkAccessManager ను అందిస్తుంది. అది QGIS నెట్‌వర్క్ కాన్ఫిగరేషన్‌ను ఆ మేనేజర్ ద్వారా చేసే అభ్యర్థనలకు తీసుకువెళుతుంది. Requests ను ఇంపోర్ట్ చేసే Python ప్లగిన్ దాని స్వంత ప్రాక్సీ మరియు ప్రామాణీకరణ ప్రవర్తనతో మరొక క్లయింట్‌ను సృష్టిస్తుంది.

మీరు పంచుకోవాలనుకునే కాన్ఫిగరేషన్‌ను ఎంచుకోండి

వినియోగదారు యొక్క QGIS నెట్‌వర్క్ ప్రాధాన్యతలను అనుసరించడానికి ఉద్దేశించిన ప్లగిన్ కోసం, QGIS నెట్‌వర్క్ మేనేజర్‌ను ఉపయోగించడం ఆ ప్రాధాన్యతలను స్వతంత్రంగా పునర్నిర్మించడాన్ని నివారిస్తుంది. మీరు మద్దతు ఇచ్చే QGIS సంస్కరణకు సరిపోయే API ను తనిఖీ చేయండి, దాని అసమకాలిక ప్రవర్తన మరియు ప్రామాణీకరణ అనుసంధానం సహా.

మరొక కారణం కోసం Requests అవసరమైతే, దాన్ని ఉద్దేశపూర్వకంగా కాన్ఫిగర్ చేయండి. దాని ప్రాక్సీ నిఘంటువు మరియు పర్యావరణ నిర్వహణ Requests డాక్యుమెంటేషన్‌ను అనుసరిస్తాయి. QGIS సెట్టింగ్‌లలో ఎంచుకున్న ప్రాక్సీ స్వయంచాలకంగా Requests సెషన్ సెట్టింగ్‌గా మారదు.

ఫోరమ్ నుండి Qt ఉదాహరణలను ప్రయత్నించేటప్పుడు పరిధి గురించి ఖచ్చితంగా ఉండండి. Qt అప్లికేషన్ ప్రాక్సీని సెట్ చేయడం Qt నెట్‌వర్కింగ్‌ను ప్రభావితం చేస్తుంది. వేరే నెట్‌వర్కింగ్ అమలును ఉపయోగించే Requests తన మార్గాన్ని మార్చిందని అది నిరూపించదు.

అదే గమ్యాన్ని పోల్చండి

ప్రవర్తనను పోల్చేటప్పుడు విఫలమవుతున్న ప్లగిన్ URL ను ఉపయోగించండి. మ్యాప్ సేవ మరియు సంబంధం లేని API వేర్వేరు బైపాస్ నియమాలు, ప్రాక్సీ అనుమతులు లేదా సర్టిఫికెట్ చైన్‌లను కలిగి ఉండవచ్చు. విజయవంతమైన మ్యాప్ అభ్యర్థన దాని స్వంత మార్గం పనిచేస్తుందని మాత్రమే నిరూపిస్తుంది.

HTTP క్లయింట్ పేరు, గమ్యస్థాన హోస్ట్, ప్రాక్సీ ప్రామాణీకరణ కోరబడిందా, మరియు వాస్తవ లోప దశను నమోదు చేయండి. ప్లగిన్ లాగ్‌ల నుండి పాస్‌వర్డ్‌లను మినహాయించండి. ఆ చిన్న పోలిక సాధారణంగా QGIS నెట్‌వర్క్ అనుసంధానాన్ని సరిచేయాలా లేదా స్వతంత్ర Python క్లయింట్‌ను సరిచేయాలా అని చెబుతుంది, వినియోగదారుకు ఇప్పటికే పనిచేస్తున్న ప్రాక్సీ ప్రాధాన్యతలను రీసెట్ చేయకుండా.