सीई 1.8 पर पूर्ण पृष्ठ कैश - एक एफपीसी मैगनेटो मॉड्यूल? वार्निश? दोनों?


15

इसलिए मैं थोड़ा उलझन में हूं क्योंकि मैं कम्युनिटी एडिशन 1.8 के लिए फुल पेज कैशिंग पर शोध कर रहा हूं। मैंने पहले से ही एक दो स्तरीय रेडिस कैश, सीडीएन को लागू किया है, अधिकतम प्रदर्शन के लिए MySQL के my.cnf को ट्यून किया है (w / DB एक अलग सर्वर पर हो रहा है), और मेरे पास 2 सर्वर हैं जो लोड बैलेंसर के पीछे हमारे स्टोर की मेजबानी कर रहे हैं। मैं कहता हूं कि यह बताने के लिए कि मैं प्रारंभिक प्रदर्शन ट्विक्स करने से पहले तुरंत एफपीसी के लिए कूद नहीं रहा हूं।

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

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

अब, हालाँकि, मैं वार्निश द्वारा संचालित इस पेज कैचे जैसे एक्सटेंशन पर आना शुरू कर रहा हूं जो मुफ़्त है, या वार्निश कैश द्वारा संचालित यह भंवर कैश जो लगभग $ 800 यूएसडी का है, जो मैगेंटो फुल पेज कैश मॉड्यूल हैं जो वार्निश से सीधे काम करते हैं।

आपके लिए मेरा सवाल है, स्टैक एक्सचेंज, मुझे एफपीसी और वार्निश को कैसे देखना चाहिए? अलग संस्थाओं के रूप में? यदि हां, तो क्या वे परस्पर अनन्य हैं? क्या वे एक ही सिक्के के दो पहलू हैं जिन्हें मुझे एक साथ लागू करना चाहिए? या वे समान हैं, लेकिन न तो अनन्य हैं और न ही एक दूसरे के समावेशी हैं?

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

पाठ की दीवार के लिए क्षमा करें, लेकिन मैं बहुत सारे लेख, ब्लॉग और मंच पोस्ट देख रहा हूं, और मैं उन सवालों का निश्चित जवाब नहीं दे पाया हूं। मैं वास्तव में इस मामले में आपकी मदद और इनपुट की सराहना करता हूं =)

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

धन्यवाद!!!

संपादित करें: ओह! और एक और क्विक क्वेश्चन - चूँकि मेरे पास दो सर्वर हैं जो लोड बैलेंसर के पीछे मेरी साइट को होस्ट कर रहे हैं (जो कि एक सेटअप भी है जिसे क्षैतिज रूप से बढ़ाया जा सकता है, इसके लिए जरूरत पड़ती है), मैं एक अलग सर्वर से Redis और Memcached होस्ट का पूरा उपयोग करता हूं मेरे सत्रों के लिए वेब और डीबी वाले और मैगेंटो के प्रत्येक स्तर (अच्छी तरह से, ज़ेंड के) दो स्तरीय कैश। मुझे लगता है कि FPC सिस्टम में से एक में डेटा संग्रहीत करेगा? क्या मुझे इसे स्टोर करने के लिए एक विशिष्ट एक्सटेंशन की आवश्यकता होगी या क्या वे सभी इसे करते हैं? और जब तक मैं यह नहीं मानता, क्या इससे वैसे भी वार्निश प्रभावित होगा? एक बार फिर धन्यवाद!!


जाहिर तौर पर मैं अपनी प्रतिष्ठा की कमी के कारण पाठ की दीवार में केवल दो लिंक डाल सकता हूं। क्या एक तरह से मुझे इंटरनेट अंक के लिए ट्रोल जाना प्रोत्साहित करने के लिए ... जैसा कि कहा गया है, यहाँ लिंक हैं: भंवर कैश वार्निश कैश द्वारा संचालित aaand पेजकैश वार्निश द्वारा संचालित
ThatSourDiesel

3
मैं वार्निश के बारे में अधिक सलाह नहीं दे सकता, लेकिन मैं Lesti FPC पर एक नज़र रखने की सलाह देता हूं - gordonlesti.com/lestifpc यह पूरी तरह से मुफ़्त है, इसमें छेद छिद्रण है, व्यवस्थापक के माध्यम से कॉन्फ़िगर करने योग्य है। यह बिल्कुल शानदार है।
पॉल

@ThatSourDiesel - क्या आपने हमें बताया कि आपने क्या किया? अधिमानतः स्वीकृत उत्तर के तहत, यदि आपने इसका उपयोग कम से कम अपने समाधान के लिए किया है।
SPRBRN

जवाबों:


28

कंप्यूटर विज्ञान में दो कठिन चीजें हैं:

  1. नामकरण की बातें
  2. कैशे अमान्य।

होल पंचिंग श्रेणी में आती है # 2 :)

सामान्य

सबसे अच्छा दृष्टिकोण स्टैक के निचले बिंदुओं पर शुरू करना और मैगेंटो के सामने तक का अनुकूलन करना है।


डेटाबेस और फाइल सिस्टम

हमेशा ध्यान केंद्रित करने वाले पहले क्षेत्र होने चाहिए। इसलिये। मैं / हे।

MyTop एक आसान लिनक्स आधारित पर्ल स्क्रिप्ट है जो लिनक्स के 'टॉप' कमांड की नकल करेगा और आपको अपने MySQL इंस्टेंस की स्थिति के बारे में जानकारी देगा।

Htop एक है और अधिक मजबूत शीर्ष , strace सुविधा मदद कर सकते हैं निर्धारित इन्स / एक प्रक्रिया का बहिष्कार संभावित बाधाओं को खोजने के लिए।

Iotop / I की निगरानी के लिए विचार करने के लिए एक और उपकरण है।

अन्य उपयोगी उपयोगिता स्क्रिप्ट जैसे mysqltuner.pl और mysql ट्यूनिंग प्राइमर आपके MySQL रनवे चर में अंतर्दृष्टि प्रदान कर सकते हैं और मदद करने के लिए सलाह दे सकते हैं। ध्यान रखें कि ये गाइड के रूप में होते हैं क्योंकि सबसे अच्छा तरीका है हमेशा एकत्रित किए गए डेटा के आधार पर आवश्यकताओं और ट्यूनिंग का मूल्यांकन। नेत्रहीन ऐसा करने से कई बार अच्छे से अधिक नुकसान हो सकता है। और समय से पहले इनको कम से कम 24 घंटे के mysql रनवे चर के बिना चलाने से बुरी सलाह मिल सकती है।

पेरकोना को ध्यान में रखें , MariaDB और मानक MySQL उपरोक्त सभी के साथ काम करना चाहिए। मैगेंटो इतनी भारी है क्योंकि Percona एक MySQL कांटा के रूप में पसंद है, और XtraDB डीबी इंजन के लिए कई उपकरण और संवर्द्धन प्रदान करता है।


अपाचे या नग्नेक्स

फिर भी अपाचे का उपयोग करना क्योंकि इसने कई अन्य लोगों की अच्छी सेवा की है, खुद को भी इसमें शामिल किया है। मैंने Nginx का उपयोग और कॉन्फ़िगर किया है। जबकि यह कुछ फायदे प्रदान करता है एक सीखने की अवस्था है। जबकि दोनों लोकप्रिय विकल्प हैं, यह अपाचे पर कुछ फायदे प्रदान करता है, एक एक छोटा मेमोरी पदचिह्न होगा। हालाँकि PHP-FPM चलाने वाले एक पतले डाउन अपाचे में एक समान मेमोरी फुटप्रिंट होगा।

इसका स्पष्ट उदाहरण:

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

इस जांच को आसान बनाने में मदद करने के लिए:

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

पीएचपी

PHP-FPM और APC। उनका उपयोग करें, मैगेंटो के लिए किसी भी अनावश्यक या बिना उपयोग किए गए पीएचपी मॉड्यूल की आवश्यकता नहीं है।


Magento कोडबेस

AOE_TemplateHints यह निर्धारित करने के लिए बहुत अच्छा है कि क्या आपके ब्लॉक ठीक से कैशिंग कर रहे हैं:

AOE_Profiler प्रोफाइलिंग के लिए अच्छा है, सुनिश्चित करें और इसकी DB परत प्रोफाइलिंग (स्थानीय / देव वातावरण में स्पष्ट रूप से) को सक्षम करें। यह पहले उल्लेख किए गए mytop उपकरण के साथ संयोजन के रूप में खराब व्यवहार SQL को एक आसान काम खोजने के लिए बनाता है।

3 पार्टी मॉड्यूल और कस्टम कोड

मैगेंटो से अनुकूलन के लिए कुछ बहुत अच्छे सर्वोत्तम अभ्यास स्वयं एक अच्छा पढ़ा है, और उन्हें उपयोग करने से पहले 3 पार्टी मॉड्यूल की समीक्षा करते समय ध्यान में रखना है। (बहुत बुरा व्यवहार कर रहे हैं आईएमओ)।

Magento ECG से एक टूल मैग्निफ़र ऊपर दिए गए पीडीएफ के आधार पर खराब व्यवहार कोड को आसानी से पहचानने में मदद करेगा। यह सिम्फनी / php-parser आधारित है, लेकिन संगीतकार के माध्यम से इंस्टॉल करने योग्य है।


वार्निश

एक बस वार्निश को चालू नहीं करता है

वार्निश के एक वकील होने के नाते लेखक एक फ्रीबीएसडी कर्नेल देव थे, यह कुछ पागल उप सेकंड लोड समय प्रदान करता है। हालाँकि, यदि आपके पास अपने टेम्प्लेट्स में कुछ मामूली अंतर हैं जो बॉक्स से बाहर नहीं हैं, तो आप अपनी ज़रूरत की सामग्री को अलग करने के लिए वार्निश / मैगेंटो को कॉन्फ़िगर करने में समय व्यतीत करेंगे। अधिकांश मैंने देखा है कि बस वार्निश से बिना बिके आवश्यक सामान को AJAX'ify करेगा।

इस छेद छिद्रण और कैशिंग को सुविधाजनक बनाने में मदद करने के लिए कई Magento मॉड्यूल हैं:

अंततः यह आपकी अनुकूलन यात्रा के अंतिम छोर पर होना चाहिए, और चीजों को सही करने के लिए MAY को कुछ अनुकूलन की आवश्यकता होगी।


Magento CE FPC

अब तक मैंने जो सबसे अच्छा सीई एफपीसी पाया है वह है: लेस्टी :: एफपीसी

यह एक बहुत अच्छी तरह से एक साथ (सभी पर्यवेक्षक आधारित) खुले स्रोत और समुदाय के लिए मुक्त FPC है।


दिन के अंत में अपने स्वयं के परीक्षण और निर्णय का उपयोग करें।

कुछ और पढ़ने:


2

इस धागे के बारे में थोड़ी देर से मुझे पता है लेकिन अगर आप अभी भी एक समाधान की तलाश कर रहे हैं तो आप विचार कर सकते हैं, विकसित कैशिंग । यह ताना के रूप में एक ही कीमत है, लेकिन यह:

  • बहुत जल्दी और स्थापित करने और कॉन्फ़िगर करने में आसान है - सभी छेद छिद्रण और कॉन्फ़िगरेशन व्यवस्थापक के भीतर से किया जाता है
  • वार्निश के साथ सीधे एकीकृत करता है और आपको Magento के भीतर से अपने वार्निश कैश को स्पष्ट और गर्म करने देता है
  • वारेंड form_key के साथ वर्निश में 1.8 CE में पेश किया गया है और यह अपना कैश है।
  • उत्तरदायी समर्थन के साथ बहुत सक्रिय रूप से विकसित किया गया है। रिपोर्टिंग के कुछ दिनों के भीतर बग फिक्स जारी करने के उद्देश्य से नियमित रूप से नए संस्करण
  • व्यापक प्रलेखन है जो हर रिलीज के साथ अद्यतन किया जाता है

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


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

1
ज़रूर। मुझे नहीं लगता है कि टर्पेन्टाइन अभी तक 1.8 सीई के साथ काम करता है क्योंकि यह दृश्यपटल पर form_key के शामिल होने के कारण है - यह हो सकता है कि आपके पास ऐड टू कार्ट के साथ मुद्दे क्यों थे। व्यक्तिगत रूप से मैं मुख्य रूप से ईएसआई पर अजाक्स की सिफारिश करूंगा क्योंकि ईएसआई को पेज डिलीवर होने से पहले आपको मैगेंटो को एक अनुरोध भेजना होगा और यह हमेशा धीमा रहने वाला है। इस पोस्ट को देखने के लिए आपकी रुचि हो सकती है। fabrizio-branca.de/magento-varnish-ajax-vs-esi.html
जोनाथन हसी

मुझे Fabrizio का ब्लॉग बहुत पसंद है! निश्चित रूप से उसके AJAX मॉड्यूल को देखा - यही वह है जब मैं उस अंतिम टिप्पणी में AJAX का उल्लेख करता था। Add to कार्ट इश्यू जो मुझे हो रहा था वो कुछ अजीब के साथ था क्योंकि मैं वास्तव में इसे ठीक करने में कामयाब था। उन्होंने कहा, भले ही वे कहते हैं कि तारपीन 1.8 के साथ काम नहीं करता है जब तक कि आप फ़ॉर्म_की को अक्षम नहीं करते हैं, यह मेरे लिए ठीक काम करने के लिए लग रहा था। हालाँकि, मैं उस बिंदु पर पूरी तरह से ईएसआई को नहीं समझ पाया था, इसलिए जब से मैं इसे लागू करने और परीक्षण करने में अधिक समय लगा सकता हूं, तब से इसे अक्षम कर दिया गया है। मैं हाल ही में काम से चूक गया - कॉलरबोन तोड़ दिया, सर्जरी करवानी पड़ी।
ThatSourDiesel

BTW, विकसित कैशिंग आपका अपना मॉड्यूल है ?? जिज्ञासा से बाहर - क्या आप मुझे मेरे मंचन सर्वर पर एक शॉट देने के लिए तैयार होंगे? हम पीएम डोमेन नामों पर चर्चा कर सकते हैं और ऐसा नहीं है तो आप इसे सत्यापित कर सकते हैं कि यह वास्तव में एक परीक्षण सर्वर है या उत्पादन नहीं है))
ThatSourDiesel

मुझे आशा है कि आप अपनी सर्जरी के बाद ठीक हो रहे हैं! हाँ मॉड्यूल मेरी कंपनी द्वारा विकसित किया गया है और हाँ हम आपको इसे स्टेजिंग / देव डोमेन पर ट्रायल करने के लिए बहुत खुश हैं। बस हमारे स्टोर के बाएं कॉलम में ग्राहक सेवा ईमेल पते का उपयोग करके हमें एक ईमेल ड्रॉप करें और मैं इसे उठाऊंगा - store.husseycide.co.uk । एक साइड नोट के रूप में, ख़ुशी है कि आपने मेम्केच्ड समस्या को ठीक कर दिया है, ध्यान देने योग्य है कि कार्ट में जोड़ें उपयोगकर्ता के लिए 1.8 के तहत काम करने के लिए प्रकट हो सकते हैं , जो पेज को कैश करने का कारण बनता है क्योंकि उनकी फॉर्म कुंजी भी कैश की गई है, लेकिन नया पाने के लिए अपने कुकीज़ को साफ़ करें सत्र + फ़ॉर्म कुंजी और आप संभवतः इसे विफल पाएंगे।
जोनाथन हसी

1

हमने एक एफपीसी लिखा है जो मैगेंटो 1.8 नए फॉर्म की के साथ संगत है। ब्रिम का फुल पेज कैश: http://ecommerce.brimllc.com/full-page-cache-magento.html

बोमर स्टैक पर कम शुरू करने और अपने तरीके से काम करने के बारे में एक शानदार बिंदु बनाता है। एक एफपीसी या वार्निश आपके द्वारा किए जाने वाले अंतिम के बारे में होना चाहिए। हम प्रदर्शन ऑडिट करते हैं और आमतौर पर MySQL और APC कॉन्फ़िगरेशन के साथ समस्या पाते हैं जो वास्तव में बंद हैं। जैसे इन्सोडब बफर आकार डिफ़ॉल्ट पर सेट होता है और डेटाबेस ने इसे पिछले तरीके से बढ़ाया है।

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

ज्यादातर स्थितियों में एक अच्छा FPC आपको आपकी ज़रूरत के अनुरूप प्रदर्शन देगा, निश्चित रूप से आपके सर्वर और कोडबेस को ट्यून करने के बाद। हमारे एफपीसी के साथ आप लेवल 1 कैश पर 15 मी पीढ़ी का समय और मानक कैश पर उप 100ms प्राप्त कर सकते हैं। हमारे स्तर 1 कैश का उपयोग उन मामलों के लिए किया जाता है जहां उपयोगकर्ता लॉग इन नहीं होता है और उनकी कार्ट में कुछ भी नहीं होता है क्योंकि यह छेद छिद्रण नहीं करता है। जब उन स्थितियों में से कोई भी गलत है, तो मानक कैश का उपयोग पूर्ण छिद्रण समर्थन के साथ किया जाता है।

हमारे FPC में सभी मानक मैगनेटो ब्लॉक के साथ-साथ आपके द्वारा बनाए जा सकने वाले किसी भी कस्टम ब्लॉक के साथ बॉक्स में निर्मित और काम करने वाले छेद आसान हैं। यह व्यवस्थापक पैनल के माध्यम से सभी विन्यास योग्य है।

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

मैं सभी एफपीसी के लिए बोल सकता हूं, लेकिन हमारे साथ, आप व्यवस्थापक के माध्यम से कॉन्फ़िगर कर सकते हैं जहां इसे संग्रहीत करना है। आप डिफ़ॉल्ट Magento कैश बैकएंड का उपयोग करने के लिए चुन सकते हैं या फ़ाइल, डेटाबेस, APC, Redis, Memcache, और एक अनुकूलित फ़ाइल बैकएंड का उपयोग करने के लिए कस्टम सेटिंग्स निर्दिष्ट कर सकते हैं।


ब्राउज़र के लिए उप -20ms वितरण के लिए वाउच कर सकते हैं। केवल Magento FPC मैंने इसे वास्तविक लाइव शॉप में किया है।
मेल्विन

0

कोई सही उत्तर नहीं है। एक स्टोर में उप 3s डायनेमिक पेज लोड और आदर्श रूप से 1-2s डायनेमिक पेज लोड होना चाहिए, उप-सेकंड आवश्यक नहीं है और मुख्य रूप से एक विपणन संचालित सांख्यिकीय है। Apache सीखना आसान है और प्रदर्शन करना कठिन है, Nginx सीखना मुश्किल है और प्रदर्शन करना आसान है, कई साइटें Nginx पर आगे बढ़ रही हैं, हालांकि Nginx और Magento पर आधारित उच्च गुणवत्ता वाली वास्तुकला सरल नहीं है।

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

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

FPC अंतिम भाग है यदि आपके पास उप 3s या बेहतर गतिशील लोडिंग है, तो आपका आर्किटेक्चर विज़िटर अनुरोधों में बीड को संभाल सकता है क्योंकि यह रैंकिंग को प्रभावित करता है, मार्केटिंग और हॉलीडे स्पाइक्स को अवशोषित करता है, और सर्वर आर्किटेक्चर में जटिलता जोड़ने के लिए बजट होता है - होस्टिंग 0.5 होनी चाहिए छोटे व्यवसायों के लिए राजस्व का -1%, ज्यादातर इसके तहत कई अप्रत्यक्ष व्यापारिक मुद्दे हैं।

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


-2

आप इस Magento पेज कैश का उपयोग कर सकते हैं जो आपकी आवश्यकताओं के अनुरूप होगा और वार्निश के समान है। इसका उपयोग कई सबसे बड़े Magento स्टोर द्वारा किया जाता है। कुछ सुविधाएं:

  1. वार्निश की तरह, यह 90% अनुरोधों के लिए डेटाबेस कनेक्शन का उपयोग नहीं करता है। नतीजतन, यह बहुत तेज है
  2. जब उत्पाद इन्वेंट्री जैसी चीजें बदलती हैं तो यह ऑटो-फ्लश पृष्ठों की क्षमता रखता है और यह बहुत अच्छा है
  3. यह एक बहुस्तरीय कैश है इसलिए यह उपयोगकर्ताओं द्वारा लॉगिन करने पर छेद छिद्रण का समर्थन करता है (इन अनुरोधों के लिए डेटाबेस उपयोग की आवश्यकता होती है)

बहु-स्तरीय कैश के रूप में यह उच्चतम ट्रैफ़िक स्टोर के लिए स्केलेबल है और इसका उपयोग कई अत्यंत उच्च ट्रैफ़िक साइटों पर किया जाता है जो पीक ट्रैफ़िक प्राप्त करते हैं जैसे कि स्टोर शार्कचैंक (टीवी शो) में दिखाए जा रहे हैं


यह लेखक के सवाल का जवाब नहीं देता है कि वार्निश या एफपीसी का उपयोग किया जाना चाहिए या नहीं।
स्टीव रॉबिंस 22

जब आप किसी उत्पाद के लेखक हों, तो आपको उसका खुलासा करना होगा। हम बहुमूल्य योगदान का स्वागत करते हैं, लेकिन हम एकमुश्त स्पैम का स्वागत नहीं करते हैं।
philwinkle
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.