ชั้นข้อมูลแผนที่โหลดผ่านพร็อกซีของสำนักงาน ขณะที่การเรียก 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 ที่เป็นอิสระ โดยไม่ต้องรีเซ็ตการตั้งค่าพร็อกซีที่ใช้งานได้อยู่แล้วสำหรับผู้ใช้

บทความที่เกี่ยวข้อง