ทำไมตัวอย่าง RequestsHttpConnection จึงไม่เหมาะกับ Elasticsearch Python 8
เวอร์ชัน 8 เปลี่ยนการปรับแต่งการขนส่งเป็นคลาส node; จับคู่การใช้งาน HTTP ที่ติดตั้งไว้ก่อนวินิจฉัยการเชื่อมต่อ proxy ในภายหลัง
ความล้มเหลวของ import หรือ constructor ที่เกี่ยวข้องกับ RequestsHttpConnection/connection_class อาจเป็นความไม่ตรงกันของรุ่น API ก่อนคำขอ proxy ใด ๆ Elasticsearch Python 8 ใช้คลาส node ของการขนส่งและ node_class
ระบุเวอร์ชันหลักที่ติดตั้งและการใช้งาน node ที่เลือก คลาส node ที่ใช้ Requests และที่ใช้ urllib3 อาจจัดการอินพุตสภาพแวดล้อม proxy ต่างกัน ความสำเร็จของ Requests แบบเดี่ยวไม่กำหนดค่าเซสชันที่เป็นของ node Elasticsearch
เมื่อปรับการปรับแต่งเซสชันที่มีอยู่ ให้รักษาเส้นทางและอายุการใช้งานไว้กับ node นั้น ติดตามการค้นพบ node ใด ๆ ที่เปลี่ยนโฮสต์ปลายทางด้วย
บันทึกเวอร์ชัน client คลาส node ที่อยู่บริการที่กำหนดค่าไว้ ปลายทางที่เลือก endpoint ของ proxy และขั้นตอนของ exception สิ่งนี้แยกแยะ hook ที่ล้าสมัยออกจากการปฏิเสธ proxy ในภายหลัง หรือการตอบสนองของ Elasticsearch