मैंने अपनी साइट में सभी सीएसएस और जावास्क्रिप्ट फ़ाइलों को संयोजित करने के लिए अनुकूलित किया है।
।
यदि मैं इस साइट के लिए लोड किए गए घटकों को देखने के लिए फ़ायरफ़ॉक्स में Yslow चलाता हूं, तो यह दिखाता है कि यह 8 जावास्क्रिप्ट फ़ाइलों और 8 सीएसएस फाइलों को लोड करता है।
इन फ़ाइलों को संयुक्त क्यों नहीं किया जाता है?
जवाबों:
Drupal 7 में एग्रिगेटेड CSS और JS फाइल को समूहों में विभाजित किया गया है, इसलिए आपको स्वाभाविक रूप से ड्रुपल 6 में देखने की आदत से अधिक फाइलें मिलेंगी।
मैं इस पूरे मामले में नहीं जाऊंगा क्योंकि वहां पहले से ही एक उत्कृष्ट लेख है जो इसे अच्छे से बताता है।
D7 इसे संबोधित करने के लिए एक नई रणनीति का उपयोग करता है - समुच्चय तीन समूहों में विभाजित हैं: CSS_SYSTEM, CSS_DEFAULT, और CSS_THEME शैलियों के लिए, और JS_LIBRARY, JS_DEFAULT, और जावास्क्रिप्ट के लिए JS_THREE। प्रत्येक समूह को हर पृष्ठ पर लोड होने वाली फाइलों में विभाजित किया जाता है, और 'every_page' विकल्प के आधार पर सशर्त लोड होने वाली फाइलें। ध्यान दें कि इस विकल्प में भ्रम की कुछ संभावना है - यह फ़ाइल को हर पृष्ठ पर लोड करने का कारण नहीं बनता है - यह उस समूह में रखने के लिए कोर सिस्टम के लिए केवल "संकेत" है।
अंतत: इन विभाजनों का अभिप्राय उन फाइलों को कार्यात्मक समूहों में समूहित करना है, जो एक त्रुटिपूर्ण सशर्त शैली या लिपि द्वारा विभाजित होने की संभावना कम और कम होती है। हमें कोर लाइब्रेरीज़, थीम और पेज-विशिष्ट फ़ाइलों के लिए अलग-अलग फाइलें मिलती हैं। परिणामों को देखते हुए, एक शेयर Drupal 7 आठ स्टाइलशीट (ब्राउज़र शैलियों सहित) को आउटपुट करता है, जबकि D6 में केवल डिफ़ॉल्ट इंस्टॉल में तीन होते हैं। क्या यह इष्टतम है? प्रत्येक साइट के लिए उत्तर अलग होगा।
यदि यह आपको समस्याएं पैदा कर रहा है, तो आप कोर लाइब्रेरी मॉड्यूल पर एक नज़र डालना चाहते हैं :
यह मॉड्यूल Drupal core एकत्रीकरण mecanism प्रक्रिया को बदलता है। यह I / O और फ़ाइलों की कुल संख्या को कम करता है, और क्लाइंट कैश हिट की संभावना को बेहतर बनाता है, इसलिए जब यह बड़ी एकत्रित फ़ाइलों का उत्पादन करता है, तो यह उपयोगकर्ताओं को ब्राउज़ करते समय बैंडविड्थ के उपयोग को बहुत कम कर देता है।