Wp-Super-Cache के बारे में तेज़, हल्का, अधिक स्थिर या "छोटा"

किसी कारण के लिए, जैसा कि यह मुझे लग रहा था, अगले "सर्वव्यापी सर्वव्यापी लोड समय और सर्वर लोड को कम करने" की उपस्थिति WP-Super-Cache प्लग - इन काफी चुपचाप चली गई थी, लेकिन पहाड़ी के पीछे केवल आलसी लोग इसके बारे में सोचते थे और यहां तक ​​कि प्लग-इन पृष्ठ को खोदने में कामयाब रहे, लगभग एक हजार बार। । इसलिए, मुझे लगता है कि प्रोग्रामर के विचार के इस चमत्कार को करीब से देखना और महसूस करना सार्थक है।



तो, यह प्लगइन क्या कर सकता है, क्यों / किसके लिए इसका उद्देश्य है, और क्या समान मानक से बेहतर है और बहुत कैशिंग टूल नहीं है?

---

परिचय

अधिकांश वर्डप्रेस उपयोगकर्ताओं को भयानक WP-Cache 2 प्लगइन पता है। यह ब्लॉग पृष्ठों को कैश करता है और डेटाबेस तक पहुँच के बिना अनुरोध पर उन्हें देता है। इसके बावजूद, आपको पहले से ही कैश्ड पृष्ठों की सेवा के लिए एक निश्चित php कोड लोड करना होगा, ताकि वे पृष्ठ पर wp-cache के बारे में बात न करें (wp-cache2 के पूर्वज)



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



यह कैसे काम करता है?

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



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



लॉग-इन करने वाले उपयोगकर्ताओं या टिप्पणी छोड़ने वालों के लिए, मानक WP Cache के माध्यम से बनाया गया कैश्ड पृष्ठ दिखाया जाएगा, जहां यह अंत में दिखाई देगा।



WP-Cache से चिप्स / अंतर

• फाइन कैशिंग सेटिंग्स के लिए खुद का हुक सिस्टम (केवल डेवलपर्स के लिए महत्वपूर्ण)।
• VHOST और गैर- VHOST कॉन्फ़िगरेशन में वर्डप्रेस एमयू दोनों के साथ काम करता है। प्रत्येक ब्लॉग की फाइलें एक दूसरे से स्वतंत्र रूप से कैश की जाती हैं।
• मानक WP-Cache फ़ाइलों को 2 भागों में विभाजित किया गया है। मेटा फ़ाइलें अब एक अलग फ़ोल्डर में स्थित हैं, जो उन्हें एक्सेस करने की गति को बढ़ाता है और कैश को अपडेट करने की आवश्यकता का निर्धारण करता है।
• सुरक्षित पदों के साथ काम करते समय WP-Cache के लिए अंतर्निहित पैच।
• मरने के बजाय स्वचालित रूप से वर्डप्रेस में gzip संपीड़न को अक्षम करता है।
• Akismet और अन्य एंटी-स्पैम प्लगइन्स के साथ बेहतर काम - कैश केवल तभी अपडेट किया जाएगा जब टिप्पणी 100% गैर-स्पैम हो।
• बटन "लॉक डाउन" (क्लिक करें) - आगंतुकों के शक्तिशाली प्रवाह के लिए साइट तैयार करता है। स्विच करने के बाद, यह स्थिर कैश फ़ाइलों को "स्नैप" करता है और एक नई टिप्पणी जोड़ने के बाद उन्हें हटाता नहीं है।
• स्वचालित रूप से .htaccess में परिवर्तन करें (प्लगइन स्थापित करने से पहले अपने .htaccess को बचाने के लिए याद रखें)।
• जीईटी मापदंडों के साथ अनुरोधों को कैश नहीं किया जाता है।
• यदि आपने पुराने संस्करण का उपयोग किया है तो बेहतर संगतता wp-cache-config.php और उन्नत-cache.php की जांच करें।
• Microsoft Windows के लिए बेहतर समर्थन।
• Red Hat / Cent पर कैश्ड पृष्ठों के साथ सही तरीके से काम करता है या अन्य जो /etc/mime.types में gzip के लिए प्रविष्टि रखते हैं।
• एड्रेस नॉट फ़ीचर के बाद डू नॉट कैश अब नियमित एक्सप्रेशन का उपयोग कर सकते हैं।

विपक्ष

• यदि आप लॉग इन हैं या कोई टिप्पणी छोड़ चुके हैं, तो आप कभी भी सुपर-कैश पेज नहीं देखेंगे। आपको हमेशा अच्छा पुराना WP-Cache दिया जाएगा। यह इतना बुरा नहीं है क्योंकि आपके अधिकांश आगंतुक कभी भी टिप्पणी नहीं छोड़ते हैं।
• स्थैतिक पृष्ठों के साथ काम करने के लिए, Apache Mod Rewrite का उपयोग किया जाता है, इसलिए यह आवश्यक है कि इसे सर्वर पर सक्रिय किया जाए।
• आपकी साइट के विशेष रूप से गतिशील भागों को उतनी जल्दी अपडेट नहीं किया जाएगा जितना हम चाहते हैं। उदाहरण के लिए, विजेट अंतिम टिप्पणी है।
• कुछ होस्टिंग कंपनियों को संकुचित HTML फ़ाइलों के साथ काम करने में समस्याएँ आती हैं। अतिरिक्त सेटअप की आवश्यकता हो सकती है।
• यह उम्मीद न करें कि सस्ते होस्टिंग ट्रैफ़िक में बड़े उछाल का सामना करेंगे, भले ही पेज कैश हों।
• याद रखें कि साइडबार में रखा गया डायनामिक कंटेंट केवल अपडेट किया जाएगा जब कैश्ड पेज रीफ्रेश हो जाएगा। आप अपडेट से पहले समय को कॉन्फ़िगर कर सकते हैं, लेकिन कैश्ड फ़ाइलें केवल तभी हटा दी जाएंगी जब आपके पास स्थिर और गतिशील प्रश्नों का मिश्रण होगा।
• कुछ प्लगइन्स, जैसे SK2, बैड बिहेवियर और अन्य, जिनका ऑपरेशन डेटा की "ताजगी" पर निर्भर करता है, किसी भी स्थिति में सही ढंग से काम नहीं कर सकते, जब तक कि ये प्लगइन्स विशेष रूप से कैश को सही समय पर साफ़ करने के लिए विशेष रूप से अनुकूलित न हों।

(c) प्लगइन लेखक



यह सब निश्चित रूप से शब्दों में दिलचस्प और सुंदर है, लेकिन क्या यह वास्तव में काम करता है? मैं खुद लोड परीक्षण का मास्टर नहीं हूं, इसलिए मैं अन्य लोगों की गणना करूंगा।

सबसे पहले, प्लगइन का लेखक खुद के लिए एक उदाहरण सेट करता है - एक डिग पर डब्ल्यूपी-सुपर-कैश की घोषणा के बाद, 4700 तक उपयोगकर्ताओं ने कूद लिया, जो काफी स्पष्ट है। और यहाँ ऐसे रेखांकन हैं जो निकले हैं - पहला आउटगोइंग / इनकमिंग ट्रैफ़िक, दूसरा - विज़िट्स।





कैशिंग की सक्रियता का क्षण (आउटगोइंग ट्रैफ़िक में गिरावट) स्पष्ट रूप से दिखाई देता है, और यह देखना भी अच्छा है कि यात्राओं में वृद्धि प्रोसेसर को प्रभावित नहीं करती है।



दूसरे, एक निश्चित रॉबर्ट ने 1000 प्रश्नों के लिए प्रदर्शन माप लिया। मैंने एक स्थानीय नेटवर्क पर इसका परीक्षण किया, एक सर्वर (P4 - 3Ghz, 2GB RAM) पर मैंने एक साफ वर्डप्रेस स्थापित किया और दूसरी मशीन से अनुरोध किया।



परिणाम:

क) कैश के बिना मानक वर्डप्रेस:

- परीक्षण के लिए समय - 161 सेकंड;

- प्रति सेकंड अनुरोध - 6.21 / सेकंड

- 1 अनुरोध का समय - 161 एमएस

- अंतरण दर - 31.07 Kbytes / sec



b) वर्डप्रेस + सुपर कैश:

- परीक्षण के लिए समय - 5.718750 सेकंड;

- प्रति सेकंड अनुरोध - 174.86 / सेकंड

- 1 अनुरोध का समय - 5.719 एमएस

- अंतरण दर - 898.62 Kbytes / sec



c) वर्डप्रेस + सुपर कैश + eAccelerator:

- परीक्षण के लिए समय - 2.531250 सेकंड;

- प्रति सेकंड अनुरोध - 395.06 / सेकंड

- 1 अनुरोध का समय - 2.531 एमएस

- संचरण की गति - 2030.22 Kbytes / sec



मुझे लगता है कि टिप्पणियां बहुत कम हैं।

मैंने इस ब्लॉग पर अब प्लगइन चालू किया, परीक्षण के लिए कुछ मिनटों के लिए मैंने gzip संपीड़न सक्रिय किया और जाँच की कि ब्राउज़र कैसे प्रतिक्रिया करते हैं। ओपेरा और एफएफ के साथ सब कुछ ठीक है, और IE6 हमेशा की तरह ही प्रतिष्ठित है - उन्होंने स्थानीय रूप से .html.gz पृष्ठ को सहेजने का सुझाव दिया) लोगों को डराने के लिए नहीं, संपीड़न को अक्षम किया गया था, लेकिन सामान्य तौर पर यह पता लगाना आवश्यक होगा कि IE ऐसा क्यों प्रतिक्रिया देता है।



इंस्टॉलेशन प्लगइन काफी सरल है, खासकर यदि आप रीडमी :-) में सिफारिशों का पालन करते हैं, लेकिन उन लोगों के लिए सेटिंग, जिन्होंने पहले Wp-Cache2 नहीं देखा है, वे समझ से बाहर हो सकते हैं। दूसरी ओर, डब्ल्यूपी-सुपर-कैश एक विशिष्ट चीज है और इस तथ्य से नहीं कि यह मांग में होगा।



लेख का मूल "Wp-Super-Cache के बारे में" तेज़, आसान, अधिक स्थिर या "थोड़ा" है ।