WordPress होस्टिंग और प्लगइन्स
WordPress को तेज़ और सुरक्षित बनाना: परफ़ॉर्मेंस और प्लगइन चेकलिस्ट
WordPress केवल उतना ही तेज़ और सुरक्षित होता है जितना कि इसे चलाने वाला प्लेटफ़ॉर्म। यहाँ वह व्यावहारिक चेकलिस्ट दी गई है जिसे हम अपने द्वारा होस्ट की जाने वाली प्रत्येक WordPress साइट पर लागू करते हैं — क्या कैश करना है, क्या सुरक्षित करना है, और प्लेटफ़ॉर्म द्वारा अनावश्यक बना दिए गए प्लगइन्स की तुलना में कौन से प्लगइन्स वास्तव में उपयोगी हैं।
WordPress उतना ही बेहतर होता है जितना कि वह प्लेटफ़ॉर्म जिस पर वह चलता है
WordPress वेब के एक बड़े हिस्से को संचालित करता है क्योंकि यह लचीला है, लेकिन यही लचीलापन इसके धीमे और असुरक्षित होने का कारण भी बनता है: एक डिफ़ॉल्ट इंस्टॉलेशन प्रति पृष्ठ दर्जनों बार डेटाबेस से पूछताछ करता है, देखने वाले किसी भी व्यक्ति को अपना संस्करण और स्टैक प्रसारित करता है, और आपको तब तक प्लगइन्स जमा करने के लिए आमंत्रित करता है जब तक कि प्रदर्शन और हमले का जोखिम दोनों चुपचाप बढ़ न जाएं। इनमें से कुछ भी WordPress की उतनी खामी नहीं है, जितना कि इसे ऐसे बुनियादी ढांचे पर चलाने का परिणाम है जो मदद के लिए कुछ नहीं करता।
अच्छी खबर यह है कि कुछ गिने-चुने निर्णय ही इसके अधिकांश हिस्से को ठीक कर देते हैं, और ये निर्णय सामग्री के बजाय तकनीकी स्टैक के बारे में होते हैं। सही स्तर पर आक्रामक रूप से कैश करें, डेटाबेस को हॉट पाथ से बाहर रखें, केवल उन्हीं कुछ प्लगइन्स को चलाएं जो वास्तव में अपनी जगह के हकदार हैं, सब कुछ पैच (अपडेट) रखें, और साइट को अलग रखें ताकि कोई भी समस्या सीमित दायरे में ही रहे। यह पोस्ट वही चेकलिस्ट है, उसी क्रम में जिस क्रम में हम इसे प्लेटफ़ॉर्म पर प्रत्येक WordPress साइट पर लागू करते हैं।
केवल प्लगइन में ही नहीं, सर्वर पर कैश करें
WordPress की गति पर सबसे बड़ा प्रभाव अधिकांश विज़िट के लिए WordPress को बिल्कुल भी न चलाने से पड़ता है। एक सामान्य अनुरोध एक बाइट भेजने से पहले WordPress को बूट करता है, आपके प्लगइन्स चलाता है और डेटाबेस से जानकारी मांगता है; एक पूर्ण-पृष्ठ कैश अगले हिट पर सीधे वेब सर्वर से तैयार पृष्ठ प्रदान करता है, जिससे वह पूरा बूट चक्र छूट जाता है। वह कैश कहाँ रहता है, यह महत्वपूर्ण है: एक कैशिंग प्लगइन PHP के अंदर स्थित होता है, इसलिए कैश द्वारा उत्तर देने से पहले भी PHP शुरू होता है, जबकि सर्वर-स्तरीय कैश अनुरोध में पहले ही उत्तर देता है और पृष्ठों को ऐसे रूप में रखता है जिसे सर्वर तुरंत साफ़ कर सकता है।
हमारे द्वारा होस्ट की जाने वाली प्रत्येक WordPress साइट सर्वर-स्तरीय LSCache के साथ LiteSpeed Enterprise पर चलती है, और हमारा अपना कैश प्लगइन WordPress को बिना किसी अतिरिक्त प्रयास के सीधे इससे सही ढंग से जोड़ता है — पहले से इंस्टॉल और ऑटो-अपडेटेड, ताकि आपको इसे कॉन्फ़िगर करने या अपडेट रखने की चिंता न करनी पड़े। गैर-LiteSpeed मूल सर्वर पर, वही प्लगइन केवल कोई भी पूर्ण-पृष्ठ हेडर जारी नहीं करता है और रास्ते से हट जाता है जबकि ऑब्जेक्ट कैश काम करना जारी रखता है, जिससे माइग्रेट की गई साइट कभी भी आधी-अधूरी कॉन्फ़िगर नहीं रहती है। आपकी अपनी चेकलिस्ट के लिए व्यावहारिक नियम: सर्वर पर एक पूर्ण-पृष्ठ कैश, और इसके ऊपर दूसरा कैशिंग प्लगइन न जोड़ें — वे आपस में टकराते हैं।
ऑब्जेक्ट कैश और डेटाबेस
प्रत्येक अनुरोध एक स्थिर पृष्ठ नहीं हो सकता। लॉग-इन सत्रों, व्यवस्थापक (admin), खोज, कार्ट और किसी भी व्यक्तिगत अंश को PHP चलाना ही पड़ता है, और इनके लिए लक्ष्य एप्लिकेशन को छोड़ने के बजाय डेटाबेस को छोड़ने में बदल जाता है। प्रति-साइट ऑब्जेक्ट कैश — हमारे मामले में Redis — मेमोरी में बार-बार होने वाले डेटाबेस रीड्स के परिणामों को संग्रहीत करता है, जिससे कि प्रत्येक हिट पर डेटाबेस से वही विकल्प, transients और लुकअप दोबारा न पूछे जाएं। इसका प्रभाव ठीक वहीं दिखाई देता है जहाँ पूर्ण-पृष्ठ कैश मदद नहीं कर सकता: एक तेज़ एडमिन, तेज़ कार्ट और ट्रैफ़िक के दौरान डेटाबेस पर काफ़ी कम भार।
महत्वपूर्ण शब्द «प्रति-साइट» (per-site) है। एक साझा ऑब्जेक्ट कैश (shared object cache) का अर्थ है कि एक व्यस्त या खराब तरीके से लिखी गई साइट बाकी सभी के कैश्ड डेटा को हटा सकती है और अपने पड़ोसियों के लिए डेटाबेस संसाधनों की कमी कर सकती है; प्रति-साइट डेटाबेस सीमाओं के साथ मिलकर एक समर्पित प्रति-साइट कैश उस क्षति के दायरे को सीमित रखता है। अपनी चेकलिस्ट पर, लॉग-इन किए गए उपयोगकर्ताओं या स्टोर वाली किसी भी साइट के लिए एक स्थायी ऑब्जेक्ट कैश (persistent object cache) को अनिवार्य मानें, और ऐसे होस्टिंग से सावधान रहें जहां इसे किरायेदारों के बीच साझा किया जाता है।
चलाने लायक प्लगइन्स — और वे जिन्हें प्लेटफ़ॉर्म बदल देता है
आपके द्वारा जोड़ा जाने वाला प्रत्येक प्लगइन एक ऐसा कोड है जो अनुरोधों पर चलता है और एक ऐसा दरवाज़ा है जिससे होकर कोई भी किसी दिन अंदर आ सकता है, इसलिए वास्तविक लक्ष्य कम से कम प्लगइन्स का होना है जो अधिकतम काम करें। एक अच्छा होस्ट इनकी पूरी श्रेणी की आवश्यकता को समाप्त कर देता है: सर्वर-स्तरीय कैशिंग, प्रबंधित ऑब्जेक्ट कैश और प्लेटफ़ॉर्म बैकअप के साथ, आपको कैशिंग प्लगइन, एक अलग ऑब्जेक्ट-कैश प्लगइन, या बैकअप प्लगइन की आवश्यकता नहीं होती है — ये कार्य WordPress के नीचे बेहतर ढंग से किए जाते हैं, और उन्हें ऊपर चलाने से केवल विरोध और अतिरिक्त भार बढ़ता है।
चलाने योग्य जो शेष बचता है वह छोटा समूह है जो वास्तविक क्षमता जोड़ता है: वे प्लगइन्स जिनकी आपकी साइट को अपने कार्य के लिए वास्तव में आवश्यकता होती है, और — हमारे प्लेटफ़ॉर्म पर — दो रेपो-ग्रेड प्लगइन्स जिन्हें हम बनाते हैं और प्रत्येक साइट के साथ भेजते हैं। हमारा कैश प्लगइन WordPress को सर्वर कैश से जोड़ता है और स्मार्ट पर्जिंग को संभालता है ताकि कोई संपादन केवल उन्हीं पृष्ठों को साफ़ करे जिन्हें करना चाहिए। हमारा फ़ुटप्रिंट प्लगइन डिफ़ॉल्ट WordPress इंस्टाल द्वारा प्रसारित किए जाने वाले संकेतों को हटाता है — संस्करण और जनरेटर टैग, डिस्कवरी एंडपॉइंट्स, XML-RPC, पिंगबैक और पावर्ड-बाय हेडर — प्रत्येक डिप्लॉय पर, ताकि कोई प्लगइन या थीम अपडेट उन्हें चुपचाप वापस न ला सके। दोनों WordPress.org प्लगइन-डायरेक्टरी मानकों के अनुरूप बनाए गए हैं, मुफ़्त हैं, और स्वयं अपडेट होते हैं।
WordPress को सुरक्षित और अद्यतित रखना
ज़्यादातर WordPress समझौते चालाकी भरे नहीं होते; वे पुराने होते हैं। किसी ज्ञात, प्रकाशित भेद्यता वाला पुराना कोर, थीम या प्लगइन वह अत्यधिक सामान्य तरीका है जिससे साइटों पर हमला होता है, जो अपडेट रहने को सबसे मूल्यवान सुरक्षा कार्य बनाता है — और सबसे उबाऊ भी, यही वजह है कि इसे छोड़ दिया जाता है। प्रबंधित होस्टिंग को इसे आपकी ज़िम्मेदारी से हटा देना चाहिए: WordPress के अंतर्गत स्टैक को पैच करना, और परीक्षण के लिए एक स्टेजिंग कॉपी तथा वापस लौटने के लिए बैकअप प्रदान करके कोर और प्लगइन अपडेट लागू करना सुरक्षित बनाना।
अप-टू-डेट रहने के अलावा, उम्मीद करें कि आपके लिए सीमाओं को सख्ती से लागू किया जाएगा: मैलवेयर स्कैनिंग डिफ़ॉल्ट रूप से चालू ताकि संक्रमण किसी विज़िटर द्वारा खोजे जाने के बजाय पहले ही पकड़ में आ जाए, आइसोलेशन ताकि एक प्रभावित साइट दूसरी तक न पहुँच सके, एज पर DDoS सुरक्षा, और स्वचालित रूप से नवीनीकृत प्रमाणपत्रों के साथ हर जगह TLS। इनमें से कोई भी बुनियादी स्वच्छता की जगह नहीं लेता है — मजबूत क्रेडेंशियल, न्यूनतम-विशेषाधिकार प्राप्त पहुंच, उन प्लगइन्स को हटाना जिनका आप अब उपयोग नहीं करते हैं — लेकिन इसका मतलब यह है कि बुनियादी ढांचा कमजोर कड़ी नहीं है। आपकी चेकलिस्ट पर, किसी भी होस्ट के लिए प्रश्न सीधा है: क्या सुरक्षा डिफ़ॉल्ट रूप से उपलब्ध है, या यह एक ऐसा बंडल है जिसे आप खरीदते हैं?
WooCommerce और वे पृष्ठ जिन्हें आपको कभी भी कैश नहीं करना चाहिए
एक स्टोर वह जगह है जहाँ आक्रामक कैशिंग सबसे बड़ा लाभ देती है और अपरिपक्व होने पर सबसे बुरा नुकसान भी पहुँचाती है। कैटलॉग, उत्पाद और श्रेणी पृष्ठ आपके पास सबसे अधिक ट्रैफ़िक वाले और सबसे अधिक कैश करने योग्य पृष्ठ हैं, और उन्हें फुल-पेज कैश से प्रस्तुत करना स्टोर की गति के लिए सबसे बेहतरीन काम है जो आप कर सकते हैं। लेकिन कार्ट, चेकआउट और खाता पृष्ठ व्यक्तिगत होते हैं और उन्हें कभी भी शेयर्ड कैश से प्रस्तुत नहीं किया जाना चाहिए — ऐसा करने पर एक खरीदार किसी अन्य की टोकरी देख सकता है, जो कि स्टोर की विफलता और गोपनीयता का उल्लंघन दोनों है।
दोनों को प्राप्त करने का तरीका पृष्ठ को कैश करना और लाइव हिस्सों के लिए छेद (holes) बनाना है। Edge Side Includes प्रति अनुरोध कार्ट फ्रैगमेंट, मिनी-कार्ट योग और खाता स्थिति को रेंडर करते हैं जबकि बाकी पृष्ठ को कैश से प्रस्तुत किया जाता है, और cart, checkout, my-account तथा किसी भी nonce या session पृष्ठों को डिफ़ॉल्ट रूप से बाहर रखा जाता है। ताजगी को स्मार्ट ऑटो-पर्ज द्वारा नियंत्रित किया जाता है जो किसी उत्पाद, मूल्य या ऑर्डर के बदलने पर ट्रिगर होता है, ताकि कोई पुराना मूल्य कभी न रहे। यदि आप WooCommerce चलाते हैं, तो यह चेकलिस्ट का वह हिस्सा है जिसे बिल्कुल सही करना आवश्यक है: कैश से तेज़ स्टोरफ़्रंट, प्रति उपयोगकर्ता लाइव कार्ट, और कभी भी कुछ भी व्यक्तिगत कैश न किया जाए।
अक्सर पूछे जाने वाले प्रश्न
क्या मुझे अभी भी WP Rocket जैसे कैशिंग प्लगइन की आवश्यकता है?
नहीं। पूर्ण-पृष्ठ कैशिंग वेब सर्वर पर LiteSpeed के LSCache द्वारा प्रबंधित की जाती है, हमारा अपना कैश प्लगइन WordPress को इससे जोड़ता है और स्मार्ट पर्जिंग को संभालता है, और इसके पीछे प्रति-साइट Redis ऑब्जेक्ट कैश मौजूद रहता है। इसके अतिरिक्त एक दूसरा पूर्ण-पृष्ठ कैशिंग प्लगइन जोड़ने से आमतौर पर मदद मिलने के बजाय सर्वर-स्तरीय कैश के साथ टकराव होता है, इसलिए यह न तो आवश्यक है और न ही अनुशंसित।
यह प्लेटफ़ॉर्म किन प्लगइन्स को अनावश्यक बनाता है?
कैशिंग प्लगइन्स, अलग ऑब्जेक्ट-कैश प्लगइन्स और बैकअप प्लगइन्स यहाँ अनावश्यक हैं, क्योंकि ये कार्य WordPress के नीचे के स्तर पर किए जाते हैं — सर्वर-स्तरीय कैशिंग, प्रति-साइट प्रबंधित ऑब्जेक्ट कैश और प्लेटफ़ॉर्म बैकअप। इन्हें हटाने से टकराव और हमले का जोखिम कम होता है। जो चलाने लायक बचता है, वे केवल वे प्लगइन्स हैं जिनकी आपकी साइट को वास्तव में उसके कार्य के लिए आवश्यकता है, साथ ही हमारे दो मुफ़्त कैश और footprint प्लगइन्स, जो पहले से इंस्टॉल होकर आते हैं।
क्या कैशिंग मेरे WooCommerce कार्ट या लॉग-इन किए गए पेजों को खराब कर देगी?
नहीं। Cart, checkout, my-account और किसी भी nonce या सत्र पृष्ठों को डिफ़ॉल्ट रूप से कैश से बाहर रखा जाता है, और Edge Side Includes अन्यथा-कैश किए गए पृष्ठों पर भी कार्ट फ़्रैगमेंट और कुल राशि को लाइव रखता है। स्टोरफ़्रंट अभी भी कैश से लोड होने के दौरान खरीदार हमेशा अपनी बास्केट और एक कार्यशील चेकआउट देखते हैं, और किसी उत्पाद, मूल्य या ऑर्डर में बदलाव होने पर स्मार्ट ऑटो-पर्ज प्रभावित पृष्ठों को साफ़ कर देता है।
मेरे द्वारा इसका प्रबंधन किए बिना आप WordPress को कैसे सुरक्षित रखते हैं?
हम WordPress के अंतर्गत आने वाले स्टैक को पैच करते हैं, स्टेजिंग और एक-क्लिक रीस्टोर के ज़रिए कोर और प्लगइन अपडेट को लागू करना सुरक्षित बनाते हैं, डिफ़ॉल्ट रूप से मैलवेयर स्कैनिंग और DDoS सुरक्षा को सक्रिय रखते हैं, प्रत्येक साइट को अलग रखते हैं ताकि एक का उल्लंघन दूसरों में न फैल सके, और TLS प्रमाणपत्रों को स्वचालित रूप से जारी और नवीनीकृत करते हैं। यह बुनियादी ढांचे को कमज़ोर कड़ी बनने से रोकता है; मज़बूत क्रेडेंशियल्स का उपयोग करना और अप्रयुक्त प्लगइन्स को हटाना जैसी बुनियादी सुरक्षा सावधानियां अभी भी आपकी ज़िम्मेदारी हैं।
संबंधित
इसे 14 दिनों के लिए निःशुल्क आज़माएँ
अपनी पहली साइटें 14 दिनों के लिए निःशुल्क शुरू करें — किसी कार्ड की आवश्यकता नहीं। क्या किसी मौजूदा साइट या नेटवर्क को स्थानांतरित कर रहे हैं? माइग्रेशन असीमित और पूरी तरह निःशुल्क हैं।
मुफ़्त शुरू करें