Django-compressor: ऑफ़लाइन संपीड़न त्रुटि

को निर्मित 25 सित॰ 2013 · 6टिप्पणियाँ · स्रोत: django-compressor/django-compressor

मैंने इसे (दो अलग-अलग सप्ताह) डिबग करने में एक सप्ताह बिताया है और मैं काफी निराश हूं। मुझे लगता है कि मैंने वहां लगभग हर लेख/ब्लॉग पोस्ट/अंक को पढ़ा है, और मुझे नहीं पता कि क्या करना है। मेरे पास एक स्टेजिंग सर्वर और एक प्रोडक्शन सर्वर (प्रत्येक अलग एस 3 बाल्टी के साथ) है और यह स्टेजिंग पर काम करता है, लेकिन उत्पादन नहीं, भले ही सर्वर (हेरोकू पर) और बाल्टी समान हों।

मैंने इसे इतना कंप्रेस टैग बना दिया है जो केवल चाइल्ड टेम्प्लेट में दिखाई देता है। मैंने सभी टेम्प्लेट टैग्स को कंप्रेस टैग्स (जैसे अगर/अन्य) के भीतर से हटा दिया है, जिसका अर्थ है कि मेरे पास अधिक कंप्रेस टैग हैं, इसलिए if/else स्टेटमेंट कंप्रेस टैग के बाहर हो सकते हैं।

क्या किसी के पास कहीं भी देखने के लिए उत्पादन में स्थापित एक कार्यशील ऑफ़लाइन संपीड़न है? कंप्रेस ऑफलाइन = फाल्स के साथ - सर्वर पर महत्वपूर्ण अतिरिक्त लोड होता है, अक्सर अतिरिक्त 300-500 एमएस देरी होती है, जो स्पष्ट रूप से इसके लायक नहीं है और इस पैकेज के पूरे उद्देश्य को विफल कर देता है।

मैं वास्तव में कुछ मदद का उपयोग कर सकता था, लेकिन मूल रूप से यह नहीं पता था कि इस बिंदु पर क्या करना है, क्योंकि यह वही मुद्दा है जिसे आप समस्या सूची में सैकड़ों लोगों के साथ पढ़ सकते हैं, ब्लॉग पोस्ट में कहीं और, और कोई दोहराए जाने योग्य समाधान नहीं लगता है हो सुझाव दिया जा रहा है - जो प्रदर्शन के लिए महत्वपूर्ण कुछ के लिए एक बड़ी समस्या है और शायद किसी भी Django परिनियोजन की आवश्यकता है।

deployment

स्रोत

dasloss

सबसे उपयोगी टिप्पणी

पिछले दिनों मैं उसी समस्या को हल करने में व्यस्त था, और यहाँ क्या फिक्स था, अगर यह किसी की मदद करता है।

एक टेम्प्लेट में, जहां समस्या प्रतिलिपि प्रस्तुत करने योग्य थी, मैं संदर्भ का उपयोग कर रहा था। ऑफ़लाइन संपीड़न के दौरान संदर्भ तक कोई पहुंच नहीं है, यही कारण है कि ऑफ़लाइन संपीड़न के दौरान उत्पन्न कुंजी, और प्रतिक्रिया चक्र से एक स्पष्ट रूप से अलग होने जा रहा है।

जावास्क्रिप्ट के उन हिस्सों को अलग करने का प्रयास करें जहां आप किसी अन्य ब्लॉक के संदर्भ पर भरोसा कर रहे हैं, जो कि कंप्रेस टैग के बाहर है।

उम्मीद है कि यह जानकारी किसी की मदद करती है।

jordanjambazov 18 जुल॰ 2016

👍2

सभी 6 टिप्पणियाँ

मुझे भी। ऐसा लगता है कि django_compressor का COMPRESS_OFFLINE हल करने से ज्यादा समस्याएं पैदा करता है। मैं इसे काम पर नहीं ला सकता क्योंकि ऐसे संदेश प्राप्त होते हैं:

OfflineGenerationError: You have offline compression enabled but key "%s" 
is missing from offline manifest. You may need to run "python manage.py compress".

shalakhin 18 अक्तू॰ 2013

मेरा भी यही विचार है :/

काम करने के लिए ऑफ़लाइन संपीड़न नहीं मिल सकता। ऑफलाइन जेनरेशन एरर प्राप्त करते रहें।

neara 19 जन॰ 2014

इसलिए मैंने सुनिश्चित किया कि मैं सभी वेब सर्वरों पर प्रत्येक परिनियोजन के दौरान निम्नलिखित को चलाऊं

अजगर प्रबंधन.py सेक --force
अजगर प्रबंधन.py संग्रहस्थिर

उसे मेनिफेस्ट.जेसन फ़ाइल को रीफ्रेश करना चाहिए। इसके अलावा, मैं यह सुनिश्चित करता हूं कि प्रत्येक पुश के साथ मेनिफेस्ट फ़ाइल का नाम अलग हो। जैसे एक संस्करण संख्या जोड़ें। मेनिफेस्ट_%s.json
मैं %s प्लगइन करने के लिए नवीनतम git प्रतिबद्ध हैश आईडी का उपयोग करता हूं। तो तैनाती के दौरान यह एक नई मेनिफेस्ट.जेसन फ़ाइल के साथ एक नया छोटा/एकत्रित सीएसएस/जेएस बनाने के लिए एक गिट पुल, संपीड़ित, एकत्रित करता है।
और फिर मैं अपाचे को पुनरारंभ करता हूं। तो यह सब चिकना होना चाहिए।

इसके अलावा, मैंने यह सुनिश्चित किया है कि पुराने स्थिर/* मीडिया को हटाने के लिए कलेक्टस्टैटिक कॉल - क्लियर नहीं करता है।

सही बात?