टी एल; DR - MageStack पर हम वार्निश, रेडिस (कैश), रेडिस (सेशन) और Eaccelerator / Zend OPCache (PHP संस्करण के आधार पर) का उपयोग करते हैं
आप पहले से ही इसे समझ गए हैं।
कैश बैकएंड, सेशन स्टोर, ओपकोड कैश, फुल पेज कैशेड और रिवर्स प्रॉक्सी कैश सभी बिल्कुल अलग हैं।
आप सभी के लिए विभिन्न तकनीकों का उपयोग कर सकते हैं और आप उन सभी का एक साथ उपयोग कर सकते हैं (वार्निश और एफपीसी सहित)
कैश बैक
- फ़ाइलें (कोर) डिफ़ॉल्ट
- मेम्चे (कोर)
- एपीसी (कोर)
- रेडिस (<1.9 मॉड्यूल शिष्टाचार कॉलिन मोलेनहॉर)
- MongoDB (मॉड्यूल शिष्टाचार कॉलिन मोलेनहोर)
- रूबिक (मॉड्यूल शिष्टाचार डैनियल स्लॉफ़)
आप केवल एक कैश बैकएंड का उपयोग कर सकते हैं।
आम धारणा के विपरीत, मेमोरी आधारित कैश का उपयोग करने से प्रदर्शन में सुधार नहीं होगा। लेकिन यह Magento की डिफ़ॉल्ट फ़ाइल आधारित कैशिंग में कुछ घातक दोषों को दूर करेगा।
इस संदेश को लिखते समय, रेडिस मेरी सिफारिश है।
सत्र भंडार
- फ़ाइलें (कोर) डिफ़ॉल्ट
- मेम्चे (कोर)
- रेडिस (<1.9 मॉड्यूल शिष्टाचार कॉलिन मोलेनहॉर)
- MongoDB (मॉड्यूल शिष्टाचार कॉलिन मोलेनहोर)
आप केवल एक सत्र स्टोर का उपयोग कर सकते हैं।
आम धारणा के विपरीत, मेमोरी आधारित सत्र स्टोर का उपयोग करने से प्रदर्शन में सुधार नहीं होगा।
इस संदेश को लिखते समय, रेडिस मेरी सिफारिश है।
OpCode कैश
- एपीसी
- XCache
- Eaccelerator (PHP <5.4)
- Zend OPCache (PHP> 5.4)
आप वास्तव में कई ओपकोड कैश स्थापित कर सकते हैं, लेकिन यह अनुशंसित नहीं है, न ही मैं कोई लाभ देखने की उम्मीद करूंगा।
मेरी सिफारिशें ऊपर के कोष्ठकों में हैं।
इसका लाभ उठाने के लिए किसी मॉड्यूल की आवश्यकता नहीं है।
रिवर्स प्रॉक्सी कैश
- वार्निश
- nginx
- अमरीका की एक मूल जनजाति
- … और बहुत सारे
आप कई रिवर्स प्रॉक्सी का उपयोग कर सकते हैं, और ऐसा करते समय जटिल और कैश बढ़ाव के लिए प्रवण होता है, इसमें कैश (फ्लश के दौरान स्टैम्पिंग को रोकने के लिए) हो सकता है।
जब आवश्यक हो एक का उपयोग करें (यानी। एक धीमी साइट को गति देने के लिए नहीं, बल्कि एक तेज़ साइट पर संसाधन उपयोग को कम करने के लिए)।
रिवर्स प्रॉक्सी का लाभ उठाने के लिए, इसे सर्वर साइड को सक्षम करने की आवश्यकता होती है और Magento के लिए एक मॉड्यूल की आवश्यकता होती है।
मॉड्यूल का कारण कैशिंग लॉजिक को नियंत्रित करने में मदद करना है (यानी कैश को यह बताना चाहिए कि कैश क्या होना चाहिए और क्या नहीं) और कैश सामग्री (यानी कैश के पर्स को ट्रिगर करने के लिए) का प्रबंधन करने के लिए।
जब तक आप जो कर रहे हैं उसकी कुल समझ नहीं है, तो मैं किसी भी सिफारिश नहीं करता हूं। बुरी तरह से सेट अप रिवर्स प्रॉक्सी, हेडर की जानकारी को तोड़ सकता है, सत्र हानि, सत्र साझा करने, बासी सामग्री का कारण बन सकता है, समय / बफ़र्स को लोड करने के लिए अतिरिक्त सीमाएं लागू करता है, अतिरिक्त संसाधनों का उपभोग करता है आदि।
पूर्ण पृष्ठ कैश
- ईई एफपीसी
- ... दूसरों के बहुत सारे (मॉड्यूल के माध्यम से)
जब आवश्यक हो एक का उपयोग करें (यानी। एक धीमी साइट को गति देने के लिए नहीं, बल्कि एक तेज़ साइट पर संसाधन उपयोग को कम करने के लिए)।
आम धारणा के विपरीत, आप रिवर्स प्रॉक्सी कैश के साथ संयोजन में एक एफपीसी का उपयोग कर सकते हैं (और करना चाहिए)। दोनों अलग-अलग समस्याओं को हल करते हैं और अलग-अलग क्षमता रखते हैं।
एफपीसी अधिक बुद्धिमत्ता का लाभ उठा सकते हैं, क्योंकि उनके पास उपयोगकर्ता सत्र और मैगेंटो के कोर तक सीधी पहुंच है, जबकि एक रिवर्स प्रॉक्सी आवेदन के बारे में पता नहीं है (यह काम करने के तरीके में काफी गूंगा है) - इसलिए दोनों एक दूसरे के पूरक हैं, एक दूसरे के साथ प्रतिस्पर्धा नहीं करते हैं ।
अर्थात। वार्निश या FPC मत सोचो, वार्निश और FPC सोचो।