क्या करें कैश?

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

डेटाबेस

यहां तक ​​कि अगर आपके पास एक फ़ाइल डेटाबेस है, तो एक ड्राइवर है (यह नहीं है?) जो आवश्यक जानकारी जारी करने के लिए जिम्मेदार है।
हमारे यहाँ क्या है? यह आमतौर पर वर्णानुक्रम में डेटा की व्यवस्था करने के लिए अक्षम है, इसलिए सबसे अच्छा दिमाग पहले से ही एक चांदी की थाली पर जानकारी के तेजी से वितरण के लिए तरीकों, विधियों और हैक्स की एक बड़ी संख्या के साथ आया है। और आपको पता होना चाहिए कि डेटाबेस केवल अनुक्रमित दर्ज नहीं करते हैं, लेकिन उन्हें कैश करते हैं, कैश क्वेरी परिणाम देते हैं, संबंधपरक तालिकाओं की संरचना का अनुकूलन करते हैं और टन डेटा को एक बार फिर से स्कैन नहीं करने का प्रयास करते हैं। लेकिन, प्रतिभाओं में विश्वास एक बात है, और इन तंत्रों को शामिल करने के लिए कॉन्फ़िगरेशन फ़ाइल की जाँच करना हर डेवलपर का कर्तव्य है! यदि आपके पास सर्वर (या सर्वर) के लिए एक अलग व्यवस्थापक है, तो पहले तय किए गए सरल एक पर, उसे अपने सबसे महत्वपूर्ण नोड की सेटिंग्स में पागल को कस लें। अस्थायी फ़ाइलों के लिए मेमोरी की खपत, विखंडन और डिस्क स्थान उपलब्धता की जांच करें।
समय पर सक्षम अनुरोध कैशिंग आपको बाद के सभी चरणों में नट्स को कसने के लिए एक तेजी से बढ़ती परियोजना के संदर्भ में पर्याप्त समय दे सकता है।
यह अनुकूलन होस्टिंग के पूर्ण उपयोग के साथ रेगाटा के सभी प्रतिभागियों के लिए उपलब्ध है और आपको जल्द या बाद में विषय का पता लगाना होगा।
एक और भव्य पूर्ण प्रारूप कैश है जिसे प्रतिकृति डेटाबेस कहा जाता है। लेकिन आप इस लेख को पढ़ने की संभावना नहीं रखते हैं यदि आपकी परियोजना में पहले से ही मास्टर डेटाबेस, उसके प्रतिकृति, वेब सर्वर, फ़ाइल सर्वर और सांख्यिकी संग्रह समूह के रूप में ऐसी जटिल संरचना है। किसी भी मामले में, एक अलग रीडिंग बेस को स्ट्रेच के साथ कैश माना जा सकता है।

तर्क (या हमारे कोड पर हमें गर्व है)

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

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

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

साँचा इंजन

यह कोड लगता है, लेकिन थोड़ा और अधिक विशिष्ट है। यह तत्व लगभग हमेशा मौजूद है और हमारे शोध के लिए भी महत्वपूर्ण है।
एक टेम्पलेट क्या है? यह एक प्रकार का निर्माण है जो बाद के संकलन के लिए कोड बनाने के लिए कच्चे माल के रूप में कार्य करता है। अंतर केवल इतना है कि इस कोड में बड़ी संख्या में टैग, लाइनें और लिंक हैं जो तर्क के टुकड़ों के साथ परस्पर जुड़े हुए हैं। बात काफी समझ में आती है, लेकिन मैंने देखा कि कई शुरुआती स्मार्ट और ब्लिट्ज के काम के विवरण में नहीं हैं। लेकिन व्यर्थ में!

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

अपने टेम्पलेट इंजन की कैशिंग क्षमताओं को समझें, इष्टतम अपडेट अंतराल (यदि आवश्यक हो) का चयन करें। चरम मामलों में, रात में इस कैश को जबरन अपडेट करने के लिए कार्य को शेड्यूल में रखें ताकि यह चरम पर न निकले। डिस्क की गति विशेषताओं की जांच करें जहां कैश संग्रहीत हैं। शायद यह समझ में आता है और रैम में बनाने का अवसर है?
परियोजना के विकास की शुरुआत में इस चरण के लिए कैशिंग स्थापित करना आवश्यक है। लेकिन आधार को ट्यूनिंग करने और कैशिंग जारी करने की शुरुआत के बाद इष्टतम मूल्यों की गणना पहले से ही स्थानांतरित की जा सकती है।
जो लोग तैयार सीएमएस पर बैठे हैं, उनके लिए कल्पना के लिए बहुत जगह नहीं है। हालाँकि, यह जाँचना कि क्या उपयोग किया जाता है (एक एल्गोरिथ्म या एक तैयार उत्पाद), यह जाँचना कि टेम्प्लेट कैशे कहाँ संग्रहीत किया गया है और यह कैसे व्यवहार करता है, यह कम नहीं होगा।

परिणाम

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

कसरती

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

ग्राहक

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

परिणाम योग करने के लिए

मुझे उम्मीद है कि सभी व्यावसायिक स्टार्टअप, तकनीकी विशेषज्ञ नहीं, शीर्षक में वाक्यांश और संक्षिप्त उत्तर अब समस्या को हल करने के लिए केवल पैसे का भुगतान करने की आवश्यकता से बहुत अधिक है। हमने उपयोगकर्ता को एक ही प्रतिक्रिया देने के संदर्भ में एक नियमित वेब परियोजना की सामान्य योजना की जांच की और अब हम समझते हैं कि कैशिंग के साथ क्या और कब और किस दिशा में हम अनुकूलन कर सकते हैं। प्रोग्रामर को कोड ऑप्टिमाइज़ करने के लिए उकसाने से पहले, आप रैम खरीदने या उस पर एक बैलेंसर और मेमेक के साथ एक नए सर्वर को पेश करने की प्रभावशीलता का सुरक्षित रूप से विश्लेषण कर सकते हैं।
कैश कैसे और क्या वास्तव में एक और मामला है। मुझे कब और कहां लगता है, आप पहले से ही निर्धारित कर सकते हैं:

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

और मत भूलना: किसी परियोजना को अनुकूलित करने के लिए कैशिंग एकमात्र तरीका नहीं है!