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 للوصول إلى مستويات عالية جدا من الأداء، فمن الضروري على الأرجح من أجل أن يكون غير متزامن. ربما أن يضع حدا أعلى على برفومنس من هذه الوسيطة.
ومع ذلك، تبعا للحالة، قد يكون performant للبما فيه الكفاية.
الاستعمال:
على & nbsp؛ >>> من wesgi الوسيطة استيراد
على & nbsp؛ >>> من wsgiref.simple_server demo_app استيراد
لاستخدامها في انها التكوين الافتراضي لخادم التنمية:
على & nbsp؛ >>> التطبيق = الوسيطة (demo_app)
لمحاكاة بيئة أكامي الإنتاج:
على & nbsp؛ >>> التطبيق = الوسيطة (demo_app، والسياسة = "أكامي")
لمحاكاة بيئة أكامي الإنتاج مع "إعادة توجيه مطاردة" تحولت على ما يلي:
على & nbsp؛ >>> من wesgi AkamaiPolicy استيراد
على & nbsp؛ >>> السياسة = AkamaiPolicy ()
على & nbsp؛ >>> policy.chase_redirect = صحيح
على & nbsp؛ >>> التطبيق = الوسيطة (demo_app، والسياسة = السياسة)
إذا كنت ترغب في استخدامه لخادم الإنتاج، فإنه من المستحسن لتحويل وضع التصحيح قبالة:
على & nbsp؛ >>> التطبيق = الوسيطة (demo_app والتصحيح = خطأ)
ما هو الجديد في هذا الإصدار:
الميزات:
إضافة wesgi.filter_app_factory التي يمكن استخدامها من قبل لصق لتكوين wesgi باعتباره filter_app_factory.
وثمة خيار max_object_size لwesgi.LRUCache للحد من الحد الأقصى لحجم الكائنات المخزنة.
إعادة بيع ديون كبيرة لاستخدام httplib2 بوصفها الخلفية للحصول على ESI يشمل. هذا يجلب على طول HTTP التخزين المؤقت.
A تنفيذ ذاكرة التخزين المؤقت على أساس من خوارزمية LRU في wesgi.LRUCache.
التعامل مع تعليقات ESI.
بوجفيكسيس:
إصلاح الخلل فيها التعبير العادية للعثور SRC: ويشمل يمكن أن يستغرق وقتا طويلا.
تنفس الصعداء. إضافة MANIFEST.in الملفات الضرورية لذلك في نهاية المطاف في كتل القطران.
ما هو الجديد في الإصدار 0.8:
وثمة خيار max_object_size لwesgi.LRUCache للحد الأقصى لحجم الكائنات المخزنة.
المتطلبات:
بيثون
لم يتم العثور على التعليقات