जूमला 1.5 में रेडिकल कैशिंग

एक नि: शुल्क सीएमएस हमेशा एक समझौता होता है, कई स्पष्ट कारकों के बीच एक समझौता होता है, जिसे संभवतः सूची के रूप में सूचीबद्ध करने का कोई मतलब नहीं है, वे लंबे समय से सभी को जानते हैं। बेशक, सीएमएस की पूरी विविधता के बीच, हम कुछ भेद कर सकते हैं जो कुछ अलग नामांकन में बेहतर या बदतर होंगे, जैसे कि गति, एक शुरुआत के लिए विकास में आसानी, आदि। लेकिन यह लेख उस बारे में नहीं है। मैं बस कैशिंग का उपयोग करके जूमला में पेज पीढ़ी की गति की समस्या को सफलतापूर्वक हल करने के अपने अनुभव को साझा करना चाहता हूं। इसके अलावा, "स्तर" index.php पर कैशिंग बहुत कट्टरपंथी है।

मैं तुरंत ध्यान देना चाहता हूं कि यह कहानी कुछ मौलिक नवाचार नहीं है, और मैं किसी भी प्रशंसा का नाटक नहीं करता हूं। मुझे उम्मीद है कि मेरा समाधान कम से कम किसी को "थोड़ा रक्त" के साथ पुराने जूमला परियोजना के जीवन का विस्तार करने में मदद करेगा।


तुरंत मैं अपने संबोधन की आलोचना करना चाहता हूं और कुछ सुधार करना चाहता हूं। तथ्य यह है कि मैं किसी भी तरह से पेशेवर प्रोग्रामर नहीं हूं। मैं एक छोटे प्रिंटिंग हाउस का तकनीकी निदेशक हूं। प्रोग्रामिंग के क्षेत्र में मेरे सभी प्रयास कंपनी में आईटी की लागत को कम करने के लिए सिर्फ प्रयास हैं।

यह मुझे लगता है कि निम्नलिखित स्थिति काफी विशिष्ट है (किसी भी मामले में, शौकिया प्रोग्रामर के बीच, जिससे मैं खुद पर विचार करता हूं)। एक समय, अपने लिए एक साइट लिखना शुरू करने के लिए, मैंने जूमला को चुना, क्योंकि यह एक स्पष्ट, हालांकि बहुत दूरदर्शी निर्णय नहीं था। समय के साथ, मैं जूमला की कुछ सीमाओं को पार कर गया, जिनमें से एक पृष्ठ पीढ़ी का समय था।

जो विषय में हैं उनके लिए, यह शायद एक रहस्य नहीं है कि हेवीवेट फ्रेमवर्क, प्लगइन्स और मॉड्यूल को अच्छी तरह से लोड करने के कारण, और एक पूरे के रूप में सीएमएस की बहुमुखी प्रतिभा के लिए भुगतान के रूप में, विशिष्ट पृष्ठ पीढ़ी का समय लगभग 1-2 सेकंड हो सकता है। अधिक शक्तिशाली लोहे का उपयोग विशेष रूप से समस्या को हल नहीं करता है, क्योंकि यदि CMS डेटाबेस से अनुरोध के अनुसार कई दर्जनों (या सौ भी) कॉल करता है, तो उसे कम से कम कहने के लिए, परिमाण के एक आदेश द्वारा लोहे (और उसके सभी घटकों) के प्रदर्शन में वृद्धि की आवश्यकता होगी।

मुझे कहना होगा कि जूमला 1.5 खुद भी कैशिंग के मामले में कुछ करने में सक्षम है। मेरी शर्म की बात है कि मुझे ठीक से याद नहीं है, क्योंकि इसमें लंबे समय तक देरी हुई। लेकिन मुझे निश्चित रूप से याद है कि इस कैशिंग में व्यावहारिक रूप से कोई अर्थ नहीं है।

अनुकूलन और त्वरण का पहला प्रयास जूमला वर्चुअमार्ट घटक के कैशिंग के लिए एक बैसाखी लिखना था। जूमला के लिए ऑनलाइन स्टोर का वर्चुअमार्ट एक प्रसिद्ध (आप "क्लासिक ऑफ द स्टाइल") घटक कह सकते हैं। बेशक, आप कह सकते हैं और उसके बारे में बहुत सारे अप्रभावित शब्दों को पढ़ सकते हैं, क्योंकि इसमें कई तरह की कमियां होती हैं, जिनमें कई कारण हैं, सम्मानजनक उम्र से लेकर, किसी भी तरह के रिफलेक्टर की अनुपस्थिति, खुलेपन और सार्वभौमिकता के साथ समाप्त होना, जो एक नियम के रूप में, थोकता के साथ चलते हैं। फिर भी, यह (Virtuemart), काम करता है, और कई लोगों के लिए यह "इलेक्ट्रॉनिक व्यवसाय की दुनिया" में एक सरल प्रवेश बिंदु है, इसलिए बोलने के लिए। वैसे भी, मैं ध्यान केंद्रित करना चाहता हूं कि जूमला को "ठीक से कैसे पकाने के लिए", कौन से घटक और उनका उपयोग कैसे करें। इसके विपरीत, मैं नुस्खा साझा करना चाहूंगा कि क्या करना है अगर यह पहले से ही गलत तरीके से पकाया जाता है। समाधान, जिसे संक्षिप्त रूप में वर्णित किया जा सकता है "कुछ भी स्पर्श न करें, कुछ भी न बदलें, बस इसे तेजी से काम करने के लिए तेज़ करें!"

मेरे मामले में, Virtuemart का उपयोग निर्देशिका मोड में किया जाता है, जिसने कुछ हद तक कैशिंग बैसाखी लिखने के कार्य को सरल बनाया। यह बताते हुए कि मैंने यह कैसे किया कोई मतलब नहीं है, tk। परिणामी वृद्धि ने डाउनलोड गति को महत्वपूर्ण रूप से प्रभावित नहीं किया। आखिरकार, मेरे पास जूमला में अभी भी ऐसे घटक हैं जो प्रेम संसाधनों, उदाहरण के लिए जूमफिश। इसके अलावा, अपने कैश को छोड़ने के लिए Virtuemart के लिए, आपको अभी भी पूरे जूमला ढांचे को डाउनलोड करने की आवश्यकता है, जो अपने आप में समय लगता है।

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

परिणामस्वरूप क्या हुआ:

• साइट के लगभग सभी पृष्ठों को अनधिकृत उपयोगकर्ता के रूप में कैशिंग
• 100-200 एमएस के आदेश की पीढ़ी की गति
• कैश से किसी पृष्ठ को वापस करते समय डेटाबेस कॉल की न्यूनतम संख्या 1-2 टुकड़े होती है, यदि पृष्ठों में डायनेमिक (या समय-समय पर अपडेट किया जाता है, तो पृष्ठ से कम, टीटीएल) मॉड्यूल
• जूमला फ्रेमवर्क को शुरू किए बिना जूमला सत्र तंत्र में एकीकरण, जिसके कारण कैश्ड पृष्ठों के अंदर सभी अतुल्यकालिक घंटियाँ और सीटी सही ढंग से काम करती हैं, जैसे साइट के कैश के माध्यम से चलने वाले (एक फ्रेमवर्क लोड किए बिना) उपयोगकर्ता से POST या GET प्राप्त करते समय, जूमला अपने डेटाबेस में अपना सत्र देखता है और सब कुछ उसी तरह काम करता है जैसा उसे करना चाहिए। कम से कम मानक AJAX घटकों JComments और ProofReader ने चमत्कारिक रूप से मुझे अर्जित किया है, साथ ही साथ स्व-लिखित AJAX घटकों के एक जोड़े को भी।

कार्यान्वयन पर विचार करें

• मेरे मामले में, मैं पूरे दृश्यपटल को index.php फ़ाइल में फिट करता हूं, क्योंकि यह इसमें है कि पीढ़ी शुरू होती है और समाप्त होती है।
• सबसे पहले, हम यह देखने के लिए URL का विश्लेषण करते हैं कि क्या इस पृष्ठ के लिए कैशिंग की अनुमति है। मेरे मामले में, जूमला एसईएफ लिंक जेनरेशन मॉड्यूल का उपयोग करता है, जो साइट के लगभग सभी पन्नों पर सिरिलिक वाले लिंक को बदल देता है। तो मेरे मामले में सभी लिंक जिसमें /index.php है, कैश करने के लिए मना किया गया है
  
  $fe_disalolwed_urls_array = array(
"/index"
);
.........................

if (fe_check_url($fe_disalolwed_urls_array,$fe_uri_cp1251)) {}

.........................

function fe_check_url($a, $i)
{
foreach ($a as $aa)
{
if (substr($i,0,strlen($aa)) == $aa)
{
return false;
}
}
return true;
}
  
  इस ऑपरेशन को डेटाबेस तक पहुंच की आवश्यकता नहीं है, सब कुछ index.php फ़ाइल में होता है।
  यदि पृष्ठ कैशिंग निषिद्ध है, तो हम रूपरेखा लोड करने, आदि के साथ नियमित पृष्ठ पीढ़ी पर जाएंगे। आदि
  
  
• हम अनुरोध में एक विशेष कुकी की उपस्थिति की भी जांच करते हैं, जो जूमला द्वारा "याद रखें" पक्षी के साथ लॉग इन करने वाले उपयोगकर्ताओं के लिए निर्धारित है। इस कुकी का एक नाम है, जिसे md5 ('_ secret_JLOGIN_REMEMBER') के रूप में परिभाषित किया गया है, जहाँ _secret_ जूमला उदाहरण की स्थापना के दौरान उत्पन्न एक यादृच्छिक रेखा है, आप इस पैनल को व्यवस्थापक पैनल में पा सकते हैं।
  
  अगर हमें ऐसी कोई कुकी मिलती है, तो हम "महान और भयानक" के नियंत्रण को भी स्थानांतरित कर देते हैं - इसे बाकी एन्क्रिप्टेड कुकीज़ से निर्धारित करने की कोशिश करते हैं, जिन्हें इसे "याद रखना" चाहिए।
  इस ऑपरेशन को डेटाबेस और फ़ाइल सिस्टम तक पहुंच की भी आवश्यकता नहीं है, हम अभी भी index.php में हैं।
  
  
• अगर हम अभी भी यहां हैं, तो आगे बढ़ें। हम नाम के साथ एक डमी सत्र बनाते हैं जैसे कि जूमला करता है, अर्थात् md5 (md5 ('_ secret_site')) और जांचें कि क्या jos_session टेबल में उस आईडी के साथ ऐसा कोई सत्र है, और यदि है, तो क्या यह सत्र एक अधिकृत उपयोगकर्ता सत्र है । इसके अलावा इस जगह में डेटाबेस से अप्रचलित सत्रों को हटाना आवश्यक है, हालांकि यह आवश्यक नहीं है - जूमला खुद इस बात का ध्यान रख सकता है जब कुछ अनुरोध इसे लॉन्च करते हैं।
  
  कृपया ध्यान दें कि यह डेटाबेस की पहली पहुंच है।
  
  चेक के परिणामों के आधार पर, हम तय करते हैं कि आगे क्या करना है। यदि ऐसा कोई सत्र नहीं है (साथ ही इस घटना में भी कि ऐसा सत्र मौजूद है और पंजीकृत उपयोगकर्ता से संबंधित नहीं है), हम अगले पैराग्राफ पर आगे बढ़ते हैं, जहां हम कैश से पृष्ठ को पढ़ने की क्षमता निर्धारित करेंगे। इस घटना में कि सत्र एक पंजीकृत उपयोगकर्ता का है, हम मानक पीढ़ी के लिए "छोड़ रहे हैं"। सिद्धांत रूप में, इस जगह में अधिकृत उपयोगकर्ताओं के लिए पृष्ठों को कैश करने के लिए आगे "खोदना" संभव होगा, लेकिन मैं इसमें नहीं गया, क्योंकि मेरी साइट की विशिष्टता ऐसी है कि यात्राओं के अनसुने हिस्से को अपंजीकृत उपयोगकर्ताओं द्वारा किया जाता है, इस तथ्य के बावजूद कि पंजीकृत उपयोगकर्ताओं के पृष्ठों को कैश करने वाले फ्रंटेंड का आकार काफी बढ़ जाएगा। इसके अलावा, इस समय, हम नई होस्टिंग पर चले गए हैं, जहां पीढ़ी का समय, यहां तक ​​कि कैश के बिना भी, काफी स्थिर है।
  
  
• अब आपको यह निर्धारित करने की आवश्यकता है कि क्या इस पृष्ठ का कैश्ड संस्करण है। यदि यह है, तो हम कैश देते हैं, यदि यह नहीं है, तो हम उत्पन्न करते हैं, परिणाम को कैश में सहेजें और क्लाइंट को दें। पीढ़ी के मामले में, सत्र को हटाना न भूलें, जैसा कि joomla इसे खुद बनाएगी!
  
  इसके अलावा, अगर हम "कैश निकाल देते हैं" और जूमला में उस नाम के साथ कोई सत्र नहीं हैं, तो सत्र को जूमला सत्र तालिका में जोड़ना महत्वपूर्ण है। यह स्वयं जूमला के सही संचालन को सुनिश्चित करने के लिए आवश्यक है, अगर उपयोगकर्ता कैश्ड से गैर-कैश्ड ज़ोन में जाता है, AJAX मॉड्यूल के लिए, आदि। इसके अलावा, आपको क्लाइंट को भेजने से पहले डायनेमिक मॉड्यूल्स के लिए कैश प्रोसेसिंग करने की जरूरत है, जो नीचे दिए गए हैं।
  
  इस बिंदु पर गतिशील मॉड्यूल से जुड़ी कई बारीकियां हैं।
  मेरे मामले में, ये निम्नलिखित मॉड्यूल हैं:
  
  • अंतिम घंटे में साइट पर उपयोगकर्ताओं की संख्या
  • नवीनतम साइट समाचार
  • उत्पादन समाचार (यह मॉड्यूल कार्यालय ईआरपी में नवीनतम घटनाओं को प्रदर्शित करता है)
  • एक यादृच्छिक जूमला उपयोगकर्ता को प्रदर्शित करने वाला मॉड्यूल (इस मामले में, कंपनी के एक यादृच्छिक कर्मचारी की एक तस्वीर प्रदर्शित की जाती है)
  • जूमला प्राधिकरण, जो अपने आप में स्थिर है, लेकिन इसमें स्पूफ सुरक्षा है (सामुदायिक बिल्डर घटक का उपयोग करने के मामले में, fe_cbSpoofString फ़ंक्शन इसके लिए जिम्मेदार है - हम जूमला स्रोतों में इसकी तलाश करते हैं)
  
  उनका सही संचालन सुनिश्चित करने के लिए, निम्नलिखित किया गया:
  
  • जब आप जूमला पीढ़ी शुरू करते हैं, जिसे कैश में डालना होता है, तो हम कुछ परिभाषित करते हैं
  • उल्लिखित मॉड्यूल की पीढ़ी कोड में, यदि हम इसे परिभाषित करते हैं, तो मॉड्यूल बॉडी के बजाय हम प्रतिक्रिया शरीर में कुछ जादू शब्द प्रदर्शित करते हैं
  • फ्रंटेंड में हम लिखते हैं (Ctrl-C, Ctrl-V और एक छोटी फ़ाइल का उपयोग करके) फ़ंक्शन जो फ्रेमवर्क में लोड किए बिना मॉड्यूल का पाठ उत्पन्न करता है
  • पीढ़ी का परिणाम (जिसमें मॉड्यूल के बजाय जादुई शब्द हैं) हम कैश में डालते हैं
  • कैश से सामग्री वितरित करते समय, हम अपने द्वारा निर्दिष्ट कार्यों के परिणामों के लिए हमारे str_replace () जादू शब्दों को बदल देते हैं
  
  

बस इतना ही। नतीजतन, मुझे परिमाण के लगभग एक क्रम (लगभग दस गुना) से त्वरण मिला।



मेजबान ट्रैकर परिणाम
शारीरिक रूप से होस्टिंग कीव में स्थित है, वहां 99% लक्षित दर्शक हैं।
आप उस पर साइट की गति का मूल्यांकन कर सकते हैं: लिंक

नीचे दी गई छवि में - Google वेबमास्टर टूल्स की एक स्क्रीन



फरवरी में वृद्धि एक समस्या के कारण हुई, जिसके समाधान के लिए मुझे हर 2-3 दिनों में एक बार पूरे फ्रंटेंड कैश को हटाना पड़ा। लेकिन इस समस्या का सामने वाले से कोई लेना-देना नहीं था।

जूमला व्यवस्थापक पैनल से फ्रंटएंड कैश को साफ किया जाता है, इसके लिए कुछ भी नहीं करना पड़ता था, केवल कैश को / कैश / फ्रंटएड डैडी में डालने के अलावा - जूमला ने इसे स्वयं देखा और इसे साफ करना संभव बनाया ...

पुनश्च: मुझे यकीन है कि इस दृष्टिकोण को केवल जूमला 1.5 के ढांचे के भीतर ही नहीं, जूमला के ढांचे के भीतर भी लागू किया जा सकता है। बेशक, इसके लिए कुछ कौशल की आवश्यकता होगी, लेकिन एक ही समय में, यह आसानी से सीखने के लिए मुफ्त सीएमएस के दायरे का विस्तार कर सकता है।

आपका ध्यान देने के लिए धन्यवाद।