IMDBऑप्टिमाइज़र (OC 3) - डेटाबेस अनुकूलन

1 क्लिक में अनुकूलन

मॉड्यूल आपको एक क्लिक में अनुकूलन करने की अनुमति देता है: इंडेक्स बनाएं, टेबल ऑप्टिमाइज़ करें (एसक्यूएल क्वेरी ऑप्टिमाइज़ टेबल), और यदि आवश्यक हो तो एसक्यूएल कैश भी सक्षम करें।
विशेषता। यदि आप बॉक्स में "कैश सक्षम करें?" चुनते हैं मान "अक्षम", यदि यह सक्षम था तो मॉड्यूल कैश को अक्षम नहीं करेगा। यह विशेष रूप से इसलिए किया जाता है ताकि आप गलती से कैश को अक्षम न कर दें जब आप समय-समय पर यह देखने के लिए जांच करते हैं कि क्या आपको इंडेक्स बनाने और तालिकाओं को अनुकूलित करने की आवश्यकता है।

व्यक्तिगत मामलों के लिए एक छोटी सी बारीकियाँ। ध्यान दें, उदाहरण के लिए, यदि इंडेक्स को बनाने में बहुत अधिक समय लगता है (यदि इंडेक्स को बनने में बहुत अधिक समय लगता है तो क्या करें? में अधिक विवरण), तो आपको उन्हें टैब के माध्यम से बनाना होगा, न कि 1-क्लिक ऑप्टिमाइज़ेशन के माध्यम से। यह पूरी तरह से तकनीकी सीमा है.


SQL क्वेरीज़ का कैशिंग

OpenCart, किसी भी CMS की तरह, डेटाबेस में काफी संख्या में SQL क्वेरीज़ बनाता है, जिनमें से कुछ एक ही प्रकार की होती हैं (अर्थात, विभिन्न उपयोगकर्ताओं के पास समान परिणाम होंगे)।

और यदि बहुत सारे उत्पाद हैं, तो SQL क्वेरीज़ आसानी से ऑनलाइन स्टोर की धीमी गति का मुख्य कारण बन सकती हैं (यदि आपके पास 5000+ उत्पाद हैं, तो आप शायद यह अच्छी तरह से जानते हैं)।

हालाँकि, IMDBऑप्टिमाइज़र मॉड्यूल के साथ SQL क्वेरीज़ को कैशिंग करके इससे बचा जा सकता है।

अवसर:
1. SQL क्वेरीज़ (DB + फ़ाइलें) को कैश करने के लिए एक हाइब्रिड सिस्टम, जो आपको HTML पेज जेनरेशन की गति बढ़ाने की अनुमति देता है (5500 उत्पादों के साथ एक मानक ओपनकार्ट पर परीक्षण किया गया - प्रदर्शन 30% से 70-80% तक बढ़ जाता है) और आंशिक रूप से संतुलन डिस्क और DB के बीच लोड।
2. कैशिंग प्रक्रिया (रजिस्ट्री स्वतंत्र) से SQL क्वेरी को बाहर करने के लिए "शब्द द्वारा" फ़िल्टर समर्थित है।
3. SQL क्वेरीज़ (रजिस्ट्री-स्वतंत्र) को कैशिंग करने की प्रक्रिया से अलग-अलग पेजों को बाहर करने के लिए "URL" फ़िल्टर समर्थित है।
4. चूंकि केवल SQL क्वेरीज़ कैश की जाती हैं, इसलिए इस मॉड्यूल को अन्य कैशिंग मॉड्यूल (उदाहरण के लिए, v2pagecache) के साथ सफलतापूर्वक उपयोग किया जा सकता है। हालाँकि, परीक्षण सर्वर पर संगतता की जाँच करना बेहतर है।
5. क्या आपने मॉड्यूल स्थापित किया? कैशिंग के लिए कुछ भी कॉन्फ़िगर करने की आवश्यकता नहीं है. SQL क्वेरीज़ स्वचालित रूप से किसी अन्य चीज़ को कॉन्फ़िगर करने की आवश्यकता के बिना (फ़िल्टर को ध्यान में रखते हुए) कैश की जाती हैं।
6. SQL क्वेरी को कैशिंग करने की एक और विशिष्ट विशेषता यह है कि यदि अलग-अलग वेब पेज बनाते समय एक ही क्वेरी का उपयोग किया जाता है या बस दोहराया जाता है, तो केवल एक कैश का उपयोग किया जाता है। सरल उदाहरण, विभिन्न श्रेणियों से एक ही उत्पाद खोला गया - विकल्प केवल 1 बार कैश किए जाएंगे।
7. इंडेक्स बनाने के साथ और उसके बिना भी इस्तेमाल किया जा सकता है।
8. इंस्टॉल करते समय, मॉड्यूल तुरंत एक मानक सेटिंग बनाता है, आपको केवल कैश को सक्षम करने की आवश्यकता होती है।
9. आसान चालू और आसान बंद।

सीमाएँ और बारीकियाँ:
1. चूंकि यह एक डेटाबेस-स्तरीय कैशिंग मॉड्यूल है, इसलिए इसे ध्यान में रखा जाना चाहिए कि उत्पाद का वास्तविक संतुलन या कार्ड की वर्तमान कीमत प्रदर्शित करने जैसी सुविधाएं समर्थित नहीं हैं (डेटा भी कैश किया गया है)।
2. केवल चयन से शुरू होने वाली SQL क्वेरीज़ को कैश किया जाता है।
3. कोर रजिस्ट्री.php फ़ाइल को बदल दिया गया है
4. कैशिंग केवल क्लाइंट भाग पर लागू होती है, व्यवस्थापक भाग में सभी अनुरोध हमेशा की तरह निष्पादित होते हैं।
5. विचार करें कि कैशिंग एक अतिरिक्त भार है। उदाहरण के लिए, जब आप पहली बार कोई उत्पाद पृष्ठ खोलते हैं, तो उसे लोड होने में अधिक समय लग सकता है (कैश बन जाता है)।