wesgi ดำเนินการประมวลผล ESI เป็น middeware WSGI & nbsp;. มันมีวัตถุประสงค์หลักที่การพัฒนาสภาพแวดล้อมในการจำลองการผลิต ESI ประมวลผล
มีรายละเอียดและเอกสารที่เกี่ยวข้อง:
- http://www.w3.org/TR/esi-lang
- http://www.akamai.com/dl/technical_publications/esi_faq.pdf
ความสมบูรณ์
การดำเนินการนี้กำลังดำเนินการเพียง
ประสิทธิภาพ
แนบเนียนภายใต้มาตรฐานหลามตัวกลาง WSGI เป็นซิงโคร สำหรับการประมวลผล ESI ไปถึงระดับที่สูงมากของการปฏิบัติงานก็อาจเป็นสิ่งที่จำเป็นเพื่อให้เป็นไม่ตรงกัน ที่อาจทำให้ขีด จำกัด บนใน perfomance ของมิดเดิ้ลนี้
แต่ขึ้นอยู่กับสถานการณ์ที่มันอาจจะเป็น performant พอ
การใช้งาน:
& nbsp; >>> นำเข้าจาก wesgi ตัวกลาง
& nbsp; >>> นำเข้าจาก wsgiref.simple_server demo_app
ที่จะใช้ในการกำหนดค่าเริ่มต้นมันสำหรับเซิร์ฟเวอร์การพัฒนา:
& nbsp; >>> แอพพลิเค = มิดเดิ้ล (demo_app)
เพื่อจำลองสภาพแวดล้อมการผลิต Akamai:
& nbsp; >>> แอพพลิเค = มิดเดิ้ล (demo_app นโยบาย = 'Akamai)
เพื่อจำลองสภาพแวดล้อมการผลิต Akamai ด้วย "การเปลี่ยนเส้นทางการไล่ล่า" เปิด:
& nbsp; >>> นำเข้าจาก wesgi AkamaiPolicy
& nbsp; >>> นโยบาย AkamaiPolicy = ()
& nbsp; >>> policy.chase_redirect = True
& nbsp; >>> แอพพลิเค = มิดเดิ้ล (demo_app นโยบายนโยบาย =)
หากคุณต้องการที่จะใช้สำหรับเซิร์ฟเวอร์การผลิตก็แนะนำให้เลือกที่จะเปิดโหมดดีบักออก:
& nbsp; >>> แอพพลิเค = มิดเดิ้ล (demo_app แก้ปัญหา = เท็จ)
มีอะไรใหม่ ในข่าวประชาสัมพันธ์นี้:
- คุณสมบัติ
- เพิ่ม wesgi.filter_app_factory ซึ่งสามารถนำมาใช้โดยการวางในการกำหนดค่า wesgi เป็น filter_app_factory.
- ตัวเลือกสำหรับ max_object_size wesgi.LRUCache ที่จะ จำกัด ขนาดสูงสุดของวัตถุที่เก็บไว้.
- refactoring ที่สำคัญในการใช้ httplib2 เป็นแบ็กเอนด์ที่จะได้รับ ESI รวมถึง วิธีนี้จะทำให้พร้อม HTTP แคช.
- การดำเนินการตามความทรงจำของขั้นตอนวิธีการแคชอาร์ที่ wesgi.LRUCache.
- จับความคิดเห็น ESI.
- Bugfixes:
- แก้ไขข้อผิดพลาดที่แสดงออกปกติที่จะหา src. รวมถึงอาจจะใช้เวลานาน
- ถอนหายใจ เพิ่ม MANIFEST.in ไฟล์ที่จำเป็นเพื่อให้จบลงใน tarball.
มีอะไรใหม่ ในรุ่น 0.8:
- ตัวเลือกสำหรับ max_object_size wesgi.LRUCache ที่จะ จำกัด ขนาดสูงสุด ของวัตถุที่เก็บไว้.
ต้องการ
- งูใหญ่
ความคิดเห็นที่ไม่พบ