हाल ही में, मुझे इस तथ्य से सामना करना पड़ा कि द्रुपाल पर मेरी साइट धीमी पड़ने लगी। इसके अलावा, साइट विशेष रूप से नहीं देखी गई है। अंत में, समस्या को किसी अन्य होस्टिंग पर स्विच करके हल किया गया था (Rucentr से साझा होस्टिंग इसे किसी भी तरह से खड़ा नहीं करेगा), लेकिन मैं इस बारे में बात नहीं करना चाहता, लेकिन मेरे द्वारा कैशिंग द्वारा ड्रुपल त्वरण की समस्याओं के बारे में।
तो, द्रुपल के पास कौन से त्वरण उपकरण हैं?
- व्यवस्थापक / सेटिंग्स / प्रदर्शन में निर्मित में कैशिंग। कैशिंग के दो मोड हैं, सामान्य और आक्रामक। आक्रामक का उपयोग करने के लिए अनुशंसित नहीं है क्योंकि यह कई मॉड्यूलों के साथ टकराव करता है। सिद्धांत रूप में सामान्य, कोई गंभीर परिणाम नहीं है। केवल अनाम उपयोगकर्ताओं के लिए डिज़ाइन किया गया है, और उन पृष्ठों को कैश नहीं करता है जिन पर कैप्चा काम करता है।
-
बूस्ट मॉड्यूल। बिल्ट-इन कैशिंग की तरह, यह मॉड्यूल अनाम उपयोगकर्ताओं के लिए डिज़ाइन किया गया है। यह डिस्क पर अपना डेटा स्टोर करता है। यदि आप बूस्ट सक्षम करते हैं, तो यह अनुशंसा की जाती है कि आप सामान्य कैशिंग अक्षम करें। बूस्ट गुमनाम उपयोगकर्ताओं के लिए अग्रिम में स्थैतिक पेज तैयार करता है, इसलिए अनाम बढ़ावा सक्षम करने के साथ, साइट "मक्खियों"। दुर्भाग्य से, बढ़ावा देने के निम्नलिखित नुकसान हैं। साइट पर पृष्ठों के पर्याप्त अद्यतन के लिए, कैश को नियमित रूप से साफ किया जाना चाहिए (परिवर्तन होने पर भागों में इसे साफ करने की कोशिश करता है, लेकिन यह हमेशा ठीक नहीं होता है)। इसलिए, पूरी साइट का कैश लगातार पुनर्निर्माण किया जाना चाहिए। यह पहले से ही होस्टिंग पर एक भार डालता है, इस तथ्य के लिए अग्रणी साइट गुमनाम उपयोगकर्ताओं के लिए "मक्खियों", और यहां तक कि पंजीकृत उपयोगकर्ताओं के लिए धीमा कर देती है। इसके अलावा, जब कैश का पुनर्निर्माण होता है, तो यह बाहरी स्रोतों से सम्मिलित चित्रों को संपीड़ित कर सकता है, जिससे साइट पर ट्रैफ़िक बढ़ सकता है। यदि आपके पास सीमित ट्रैफ़िक है, तो यह आपको गंभीर रूप से परेशान कर सकता है।
- अनाम उपयोगकर्ताओं के लिए nginx का उपयोग करके कैशिंग। यह अच्छी तरह से यहाँ
हैबे पर एक
अच्छे लेख में वर्णित है। मैं इसे अपने आप से जोड़ूंगा: नंगेक्स को कॉन्फ़िगर करने के लिए मत भूलना ताकि यह वह हो, और अपाचे नहीं, जो सभी प्रकार के चित्र देता है। इससे आपकी बहुत सी रैम बच जाएगी।
- पंजीकृत उपयोगकर्ताओं के लिए कैशिंग पृष्ठों के लिए एक
ऑक्टाचे मॉड्यूल। उन भूमिकाओं के एक सेट को परिभाषित करता है जिसके लिए कैशिंग सक्षम है। यदि सभी उपयोगकर्ता भूमिकाएँ इस सेट में आती हैं तो पृष्ठ कैश किया जाता है। दरअसल, कैश्ड पेज संस्करण अनुमत भूमिकाओं के किसी भी सबसेट के लिए बनाया गया है। इसलिए, यदि आप इस मॉड्यूल को सक्षम करते हैं, तो कम भिन्न भूमिकाएँ करें। इसके अलावा, अनाम उपयोगकर्ताओं के लिए इसे सक्षम न करें - बढ़ावा यह बहुत बेहतर करेगा। उपयोगकर्ता नाम, ऑक्टाचे कैश जैसी चीजें एक टेम्पलेट के रूप में होती हैं, इसे सीधे पेज आउटपुट के साथ बदल दिया जाता है। इसलिए, पंजीकृत उपयोगकर्ताओं के लिए, यह शुद्ध HTML नहीं है, लेकिन कुछ तैयारी है। जो धीमा हो सकता है, क्योंकि जैसा कि हम याद करते हैं, सर्वर हमारे साथ व्यस्त है, क्योंकि हर समय बढ़ावा काम करता है।
कैचर राउटर मॉड्यूल का उपयोग करके डेटा को स्टोर करना सबसे अच्छा है, जो बदले में विकल्प हैं। डिस्क भंडारण मेरे लिए सबसे उपयुक्त था।
- एक फ़ाइल लोड करने के लिए जावास्क्रिप्ट और सीएसएस का अनुकूलन, बहुत कुछ नहीं। एम्बेडेड कैशिंग पृष्ठ पर सक्षम किया गया। मॉड्यूल को अपडेट करते समय कैश को साफ़ करना न भूलें - अन्यथा सीएसएस कुछ उपयोगकर्ताओं के लिए बिल्कुल भी लोड नहीं हो सकता है! दरअसल, उपरोक्त सभी तरीकों में, साइट पर परिवर्तन के बाद कैश को साफ करना सबसे अच्छा है।
- सीधे css में चित्र डालने के लिए डेटा uri का उपयोग करना।
Css_emimage मॉड्यूल द्वारा कार्यान्वित किया गया।
यहां, वास्तव में, मेरी राय में, द्रुपल को तेज करने के मुख्य तरीके। और, ज़ाहिर है, एक अच्छी होस्टिंग के लिए भी ड्राइव करता है। और मैं अभी भी समस्याओं का सारांश देता हूं:
- कमजोर होस्टिंग पर, कैशिंग आपको नहीं बचाएगा। क्योंकि कैशिंग भी होस्टिंग पर एक निरंतर लोड है।
- यह निर्धारित करना आवश्यक है कि किसका कैशिंग आपके लिए अधिक महत्वपूर्ण है, अनाम या पंजीकृत है। शायद दोनों एक ही समय में खराब काम करेंगे।
- आप (साइट व्यवस्थापक) मूल रूप से आपके खाते के तहत नहीं देखते हैं कि कैशिंग कैसे काम करता है
- हमें मॉड्यूल को अपडेट करते समय पूरे कैश को अक्षम करना नहीं भूलना चाहिए
- सक्षम बढ़ावा खर्च यातायात
- और सामान्य तौर पर। Drupal आरामदायक लेकिन भारी है। मुझे इसे स्वीकार करना होगा।