QGIS ಪ್ರಾಕ್ಸಿ ಬಳಸುತ್ತದೆ, ಆದರೆ Requests ಆಧಾರಿತ ಪ್ಲಗಿನ್ ಬಳಸುವುದಿಲ್ಲ
QGIS ನ ನೆಟ್‌ವರ್ಕ್ ಸಂರಚನೆ ಮತ್ತು ಪ್ಲಗಿನ್‌ನ ಸ್ವತಂತ್ರ Python 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 ಕ್ಲೈಂಟ್ ಅನ್ನು ಸರಿಪಡಿಸಬೇಕೇ ಎಂದು ಹೇಳುತ್ತದೆ, ಬಳಕೆದಾರರಿಗೆ ಈಗಾಗಲೇ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವ ಪ್ರಾಕ್ಸಿ ಆದ್ಯತೆಗಳನ್ನು ಮರುಹೊಂದಿಸದೆ.