يجب أن يقوم Werkzeug بالتأكيد بإزالة ذاكرة التخزين المؤقت من نفسه. تم تصميم Werkzeug لتطبيق WSGI. يبدو أن ذاكرة التخزين المؤقت لا علاقة لها بـ WSGI نفسها.
قرار واحد معين في المناقشة إزالة المواد الخام غير الضرورية من werkzeug.contrib هو إزالة ذاكرة التخزين المؤقت. يمكننا إصدار الإصدار التالي مع تحذير مهمل ، وإزالته تمامًا في الإصدار 1.0.
هناك الكثير من القضايا التي يجب حلها ، نحن بحاجة إلى التركيز على الأشياء المهمة. لا يمكننا إنشاء مكتبة ذاكرة تخزين مؤقت جيدة داخل werkzeug.
أي التقيمات؟ @ pallets / devteam-werkzeug
أنا أقوم بإغلاق المشكلات المتعلقة بالذاكرة المؤقتة.
@ pallets / devteam-werkzeug يرجى إعادة فتحه إذا وجدت أن المشكلة مهمة جدًا.
كان لدينا مستودع فارغ يسمى werkzeug-cache أنشأناه لأن شخصًا ما أراد العمل عليه منذ سنوات. لم يتم إجراء أي التزامات على الإطلاق ، لذلك قمت بحذفها في نهاية العام الماضي. يمكنك إعادة إنشاء هذا إذا أردت ، يمكننا التوصل إلى اسم أكثر ذكاءً لاحقًا.
سيكون من الجيد التواصل مع مسؤولي صيانة
نقل Flask-Caching werkzeug.contrib.cache
:
https://github.com/sh4nks/flask-caching/tree/master/flask_caching/backends
سأقوم بتعطيل اختبارات التخزين المؤقت في الوقت الحالي ، فهي تسبب الكثير من عدم اليقين مع العلاقات العامة الأخرى.
تم تعطيل الاختبارات ، ويظهر إنشاء فئة ذاكرة التخزين المؤقت تحذيرًا بالإيقاف ، "تم إهمال ذاكرة التخزين المؤقت Werkzeug اعتبارًا من الإصدار 0.15 وستتم إزالتها في الإصدار 1.0."
التعليق الأكثر فائدة
سيكون من الجيد التواصل مع مسؤولي صيانة