💅 ♈️ 🤴🏻 एक मजबूत सामाजिक घटक के साथ एक छोटी सी परियोजना में कैशिंग को लागू करने का अनुभव 🧛🏿 💢 👋

मैं अपनी साइट पर मेमेकिंग के साथ कैशिंग लागू करने के अनुभव को साझा करना चाहता हूं। पाठ वेब विकास में शुरुआती लोगों के लिए उपयोगी होगा, जो खुद से सवाल पूछते हैं "कैशिंग के बारे में उन 100,500 लेखों को कैसे व्यवहार में लाया जाए जो आसानी से खोज इंजन में पाए जाते हैं।" मैं सच्चाई का ढोंग नहीं करता, मैं सिर्फ आपको बताता हूं कि यह मेरे लिए कैसे निकला।

स्रोत डेटा:
साइट एक समर्पित सर्वर पर घूमती है, लेकिन भविष्य में बड़े होने की संभावना के कारण, मेमेकिंग को कैशिंग के लिए चुना जाता है;
दैनिक उपस्थिति: ~ 23,000 अद्वितीय आगंतुक और ~ 300,000 पृष्ठ दृश्य;
80% आगंतुक अधिकृत उपयोगकर्ता हैं;
मुख्य सामग्री: पाठ (किताबें जो लेखक लिखते हैं और अध्याय में साइट पर प्रकाशित होते हैं, जैसे कि samizdat)।
सेवाएँ: वैयक्तिकृत समाचार, पाठ पढ़ने, अध्याय, टिप्पणी, प्रोफाइल, ब्लॉग, रेटिंग, सदस्यता, टैग, बुकमार्क, निजी संदेश, काउंटर, ईमेल सूचना में विभाजित ...
उपयोगकर्ता गतिविधि: प्रति दिन सामग्री परिवर्तन के लिए 10,000 से अधिक क्रियाएँ होती हैं।

कैशिंग लागू करने में कठिनाई: अधिकांश पृष्ठों में व्यक्तिगत डेटा होते हैं। कहीं न कहीं सब कुछ अनोखा है, डेटाबेस के प्रश्नों पर, कहीं आप सामान्य और अनोखे में अनुरोधों को अलग कर सकते हैं, कहीं यह असंभव है, कहीं व्यक्तिगत उपयोगकर्ता सेटिंग्स डेटाबेस से चुने जाने के बाद डेटा पर लागू होते हैं।

परिचय और गीत

मेरे पास एक साइकिल है - मेरी पसंदीदा तिपहिया साइकिल, जो नौ साल पहले लिखी गई थी। तब से, उन्होंने कई बार पत्राचार किया, लेकिन जब से मैं पेशेवर रूप से वेब विकास या प्रोग्रामिंग में संलग्न नहीं हुआ, प्रोजेक्ट तकनीकी रूप से बहुत निम्न स्तर पर रहा और इसमें सिद्धांत "काम नहीं करते" काम करता है।

प्रारंभ में, परियोजना नंगे PHP में, बिना फ्रेमवर्क के, OOP के बिना, तीसरे पक्ष के पुस्तकालयों के उपयोग के बिना, टेम्पलेट इंजन के बिना, और आम तौर पर टेम्पलेट के बिना लिखी गई थी। डेटाबेस, अपने आप से, MySQL, गोलियाँ, अपने आप से, MyISAM, सर्वर, अपने आप से, अपाचे (बाद में nginx इससे पहले आया था), फ्रंट-एंड पर, स्वयं, jQuery और काफी AJAX द्वारा।

जैसे-जैसे समय बीतता गया, उपयोगकर्ता आते गए, मुझे इस विचार के द्वारा मनोरंजन किया गया कि साइट को लेखकों और पाठकों के लिए और अधिक सुविधाजनक कैसे बनाया जाए (साइट उपयोगकर्ताओं द्वारा साझा की गई दो मुख्य भूमिकाएं), लेखकों और पाठकों को पसंद आईं और उन्होंने दोस्तों को बुलाया। समय के साथ, साइट में बहुत सारी सेटिंग्स, चेकमार्क और फ़ंक्शंस जमा हो गए हैं। और इसलिए, जब शाम को सर्वर ने संदिग्ध 3-4 ला दिखाना शुरू किया, और phpmyadmin ने मुझे प्रति सेकंड 89 अनुरोधों और नेटवर्क ट्रैफ़िक के 48 Gb / h के बारे में बताया, तो मुझे कैशिंग की जानकारी देखने को मिली।

तैयारी - विश्लेषण करें कि कैश क्या है

मैं liveinternet में चढ़ गया, पिछले महीने के पन्नों पर आंकड़े लिए और साइट के सभी हिस्सों में विचारों के वितरण के साथ एक प्लेट संकलित की।

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

दृश्य एक - कैश बुक ग्रंथों

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

एक ही अध्याय या एक बार में सभी अध्याय पृष्ठ पर प्रदर्शित किए जा सकते हैं। इसलिए, मेमोरी को बचाने के लिए कैश करने का निर्णय लिया गया था:
1. अध्यायों की सूची के साथ एक सरणी (अध्यायों की क्रम संख्या वाले एक आयामी सरणी)। कुंजी "f123" है।
2. प्रत्येक अध्याय के लिए, एक सरणी जिसमें अध्याय के बारे में मेटा-जानकारी और आउटपुट के लिए तैयार अध्याय का पाठ है। कुंजी "f123c1" है।
इसे html को पूरे अध्याय के साथ ठीक से संग्रहीत क्यों नहीं किया गया है - क्योंकि जब सभी अध्याय प्रदर्शित होते हैं और एक अध्याय प्रदर्शित होता है, तो अध्याय के शीर्षक का प्रारूपण अलग होता है।

थोड़ी मुश्किल यह है कि पुस्तक के लेखक और व्यवस्थापक के लिए, आउटपुट को कैश से आगे जाना चाहिए, क्योंकि इसमें ऐसे अध्याय होंगे जो अभी तक प्रकाशित नहीं हुए हैं।

स्क्रिप्ट एल्गोरिथ्म सरल है:
1. एक अध्याय का अनुरोध किया है।

if($is_author || $is_admin) { //    ,    } else { $data = cache_get('f'.$id.'c'.$cid); // $id - id , $cid -     ,      $_GET if(!$data) { //       } else { //   } }

2. सभी अध्यायों का अनुरोध किया जाता है।

 if($is_author || $is_admin) { //     ,    } else { $data = cache_get('f'.$id.'conarr'); // $id - id     $_GET if(!$data) { //       .      ,     ,  ,   ,   ,           .     } else { $data = unserialize($data); foreach($data as $tmp) { $tmp_data = cache_get('f'.$id.'c'.$tmp['cid']); if(!$tmp_data) { //    ,     } else { //   } } } }

कैश जीरोइंग

अध्याय और सामग्री का कैश अनिश्चित काल के लिए बनाया गया है, इसके शून्य को प्रबंधित किया जाना चाहिए।
1. व्यवस्थापक पैनल में एक विशेष पुस्तक के लिए कैश में सभी प्रविष्टियों को रीसेट करने के लिए एक फ़ंक्शन है।
2. जब लेखक एक नया अध्याय प्रकाशित करता है, तो अध्यायों की सूची का कैश हटा दिया जाता है।
3. जब लेखक अध्याय में परिवर्तन करता है, तो परिवर्तित अध्याय का कैश हटा दिया जाता है।

दृश्य दो - पुस्तक की सामग्री को कैश करें

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

समाधान:
अतिरिक्त जानकारी के लिए एंकर के साथ एक सामग्री टेम्पलेट को कैश में सहेजा जाएगा।
1. एक विशेष अध्याय पर होने के बारे में एक निशान एक विशेष चरित्र है जो अध्याय नाम से पहले प्रकट होता है (भविष्य में मैं ली के लिए एक विशेष वर्ग बनाऊंगा, लेकिन वर्णित एल्गोरिथ्म के लिए कुछ भी नहीं बदलेगा)। एंकर के पास फॉर्म {Nar} है, जहां N अध्याय का सीरियल नंबर है। तदनुसार, निष्कर्ष के साथ:

 //      . $cid -    ,    $_GET $contents_list = str_replace('{'.$cid.'ar}', '<span class="red">></span>', $contents_list); //      $contents_list = preg_replace('/{\d+ar}/', '', $contents_list);

2. ऑडियो संस्करणों के साथ, सब कुछ सरल है। कैश के उस संस्करण में, जो धारा 3 के लिए अभिप्रेत है, अध्याय के ऑडियो संस्करण के लिंक हैं, लेकिन रीड सेक्शन के संस्करण में, वे नहीं हैं।
3. टेम्पलेट में प्रत्येक अध्याय के शीर्षक के बाद नई तस्वीर प्रदर्शित करने के लिए, प्रत्येक अध्याय के प्रकाशन की तारीखों के साथ फॉर्म {dmY} के एंकर डाले जाते हैं, और जब आउटपुट करते हैं:

 //       $tmp = date('dmY'); $contents_list = str_replace('{'.$tmp.'}', ' <img src="/images/new.png">', $contents_list); //      $contents_list = preg_replace('/{\d+.\d+.\d+}/', '', $contents_list);

4. यहां, पहले, हमें प्रत्येक उपयोगकर्ता के लिए बुकमार्क कैशिंग लागू करना था। संक्षेप में: एक कैश एक विशिष्ट उपयोगकर्ता के बुकमार्क के एक सरणी के साथ बनाया जाता है एक विशेष पुस्तक में, प्रपत्र की एक कुंजी "u90000f123bm", जहां 90,000 उपयोगकर्ता आईडी है, और 123 बुक आईडी है। यदि उपयोगकर्ता के पास इस पुस्तक में बुकमार्क नहीं हैं, तो कैश अभी भी बनाया गया है, मान "नहीं" द्वारा इंगित किया गया है (यह आवश्यक है ताकि हर बार डेटाबेस का अनुरोध न करें यदि कैश को वांछित कुंजी पर डेटा नहीं मिला)। कैश अनिश्चित काल के लिए बनाया जाता है, प्रत्येक बार जब आप बुकमार्क जोड़ते हैं या हटाते हैं, तो उस पुस्तक के लिए कैश को हटाने का प्रयास किया जाता है, जिसके लिए निर्मित / हटाए गए बुकमार्क हैं। बुकमार्क के मामले में, एक सरणी को कैश में संग्रहीत किया जाता है, जिसके प्रत्येक रिकॉर्ड में बुकमार्क की मेटा-जानकारी होती है और पुस्तक में अध्याय का सीरियल नंबर होता है जिससे बुकमार्क संबंधित होता है।
सामग्री टेम्पलेट में, प्रत्येक अध्याय के शीर्षक के बाद, फॉर्म {एनबीएम} का एक एंकर संग्रहीत किया जाता है, जहां एन अध्याय का सीरियल नंबर है। निष्कर्ष पर:

 $bm = LibMember_bm($id); //          $id,    ,   if($bm != 'no') { $bm = unserialize($bm); foreach($bm as $tmp) { $contents_list = str_replace('{'.$tmp['cid'].'bm}', $tmp[' '].'{'.$tmp['cid'].'bm}', $contents_list); // ,    ,         } } //     $contents_list = preg_replace('/{\d+bm}/', '', $contents_list);

कैश जीरोइंग

सामग्री कैश को स्थायी रूप से बनाया गया है। मैन्युअल रूप से प्रबंधित करना आवश्यक है।
जब लेखक नए अध्याय प्रकाशित करता है या पुराने वाले बदलते हैं तो सामग्री कैश हटा दिया जाता है (अध्याय का शीर्षक बदल सकता है)।

सभी को बाय

ये दो बिंदु और कुछ अन्य छोटी चीजें अभी के लिए मेरे सभी चरणों में एक कार्यशील परियोजना में कैशिंग को लागू करने की दिशा में हैं। आगे और अधिक होगा यदि लेख में रुचि पैदा होती है, तो मैं नई तरकीबों का वर्णन करूंगा जो साइट के शेष हिस्सों में डेटा कैशिंग के लिए आविष्कार किया जाएगा।
पहले से ही, हम शाम ला सर्वर को 0.8-1.5 तक कम करने और phpmyadmin रीडिंग को 59 अनुरोध प्रति सेकंड और नेटवर्क ट्रैफ़िक के 4.6 Gb / h पर कम करने में कामयाब रहे (हालाँकि, सर्वर रिबूट के एक दिन बाद ये पढ़ रहे हैं - ट्रैफ़िक संकेतक अभी भी कैश भरने के कारण गिर जाएगा)।
मैं आपको याद दिलाता हूं कि प्रारंभिक संकेतक इस प्रकार थे:

3-4 la, और phpmyadmin ने मुझे प्रति सेकंड 89 अनुरोधों और नेटवर्क ट्रैफ़िक के 48 GB / घंटे के बारे में बताया

एक मजबूत सामाजिक घटक के साथ एक छोटी सी परियोजना में कैशिंग को लागू करने का अनुभव

परिचय और गीत

तैयारी - विश्लेषण करें कि कैश क्या है

दृश्य एक - कैश बुक ग्रंथों

कैश जीरोइंग

दृश्य दो - पुस्तक की सामग्री को कैश करें

कैश जीरोइंग

सभी को बाय

More articles: