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 ឯករាជ្យ ដោយមិនកំណត់ឡើងវិញនូវចំណូលចិត្តប្រូកស៊ីដែលកំពុងដំណើរការសម្រាប់អ្នកប្រើរួចហើយ។