कामगिरी
प्रत्येक WordPress साइटला फुल-पेज कॅशे आणि प्रति-साइट Redis ऑब्जेक्ट कॅशे मिळतो, जो होस्टिंगसह समाविष्ट असतो आणि आपण कॉन्फिगर कराव्या लागणाऱ्या प्लगइनऐवजी सर्व्हरवर चालतो. हे दोन्ही साइटच्या परफॉर्मन्स टॅबवरील स्विचेस आहेत आणि हाच टॅब त्यांनी घडवलेले बदल मोजतो: वास्तविक अभ्यागतांकडून मिळणारे Core Web Vitals, सर्व्हरवर मोजलेली विनंतीची वेळ, आणि जास्त वेळ घेणारे प्लगइन किंवा क्वेरी दर्शवणारे कोड-स्तरीय प्रोफाइलिंग.
हे होस्टिंगसोबतच येतात. ते कोणताही स्तर नाहीत आणि सशुल्क अपग्रेड बंद केल्याने ते कधीही काढले जात नाहीत — जे महत्त्वाचे आहे, कारण कॅशिंग शांतपणे काढून टाकणारे डाउनग्रेड अशी गोष्ट काढून घेईल जी तुम्ही कधीही खरेदी केली नव्हती आणि ज्यासाठी पैसे देणे कधीही थांबवले नव्हते.
लॉग इन नसलेल्या अभ्यागतांसाठी PHP पूर्णपणे वगळून, रेंडर केलेले पृष्ठे थेट कॅशेमधून दिली जातात. सामग्री किंवा माहितीपत्रक (brochure) साइटसाठी हा उपलब्ध सर्वात मोठा फायदा आहे, आणि ट्रॅफिकच्या अचानक वाढीला सहज हाताळणारा सर्व्हर आणि कोसळणारा सर्व्हर यातील हाच फरक आहे.
पर्सिस्टंट ऑब्जेक्ट कॅश WordPress ला प्रत्येक विनंतीवर समान डेटाबेस क्वेरी पुन्हा तयार करण्यापासून प्रतिबंधित करते, ज्यामुळे लोड असताना पृष्ठे वेगाने एकत्रित होतात आणि डेटाबेस शांत राहतो. प्रति साइट, सामायिक नाही — तुमचा कॅश इतर कोणाच्या निष्कासनाने प्रभावित होत नाही.
कार्ट्स, चेकआउट्स, खाते पृष्ठे आणि लॉग-इन केलेल्या अभ्यागताला दाखवली जाणारी कोणतीही गोष्ट WordPress आणि WooCommerce या दोन्हीसाठी डीफॉल्टनुसार वगळली जाते. एका ग्राहकाला दुसऱ्या ग्राहकाची बास्केट दाखवणारी कॅशे हे कामगिरीचे वैशिष्ट्य नाही.
पोस्ट प्रकाशित करा आणि ती त्या पोस्टला आणि ती ज्या सूचींमध्ये दिसते त्या सूचींना साफ करते; टिप्पणी तिच्या मूळ आयटमला साफ करते; थीम बदलल्याने सर्वकाही साफ होते.
कॅशिंगमुळे पृष्ठ प्रस्तुत करणे अधिक किफायतशीर होते. ते एखाद्या जड प्रतिमेला हलके करत नाही किंवा ब्लॉकिंग स्क्रिप्टला ब्लॉक करण्यापासून थांबवत नाही — हे खुद्द साइटवर करायचे काम आहे, आणि तज्ज्ञांद्वारे गती वाढवणे नेमके यासाठीच असते.
| समाविष्ट कॅशिंग | तज्ज्ञ गती वाढ | |
|---|---|---|
| पूर्ण-पृष्ठ कॅश (LiteSpeed LSCache) | होय | Configured for how the site is built |
| प्रत्येक साइटसाठी Redis ऑब्जेक्ट कॅशे | होय | Configured and tuned |
| इमेज कॉम्प्रेशन आणि आधुनिक फॉरमॅट्स | नाही | होय |
| Render-अवरोधित करणारे CSS आणि स्क्रिप्ट्स | नाही | Deferred; critical CSS on the heaviest tier |
| साइटच्या समोरील एक CDN | From the CDN tab | From the CDN tab |
| याचे शुल्क कसे आकारले जाते | With the hosting | One-off, by how complex the site is |
| काम कोण करते | You switch it on | Our engineers |
| तुम्हाला ते कसे मिळेल | The Performance tab | Bought as an add-on |
तज्ज्ञ स्पीड-अपचे मूल्य साइट किती क्लिष्ट आहे यावर ठरवले जाते, कारण क्लिष्टतेवरूनच कामाचे तास निश्चित होतात — प्रत्येक स्तर काय समाविष्ट करतो हे पाहण्यासाठी स्पीड-अप पृष्ठ पहा.
प्रत्येक साइटकडे एक असते. हे आधीच चालू असलेले कॅशिंग, प्रत्यक्ष भेट देणाऱ्यांना काय अनुभव येत आहे आणि तुमच्या साइटचा वेळ कुठे जात आहे हे दर्शवते.
पृष्ठ कॅशे आणि ऑब्जेक्ट कॅशे समाविष्ट केले आहेत आणि तेथे सूचीबद्ध आहेत. प्रत्येकाचे स्वतःचे स्विच आहे, त्यामुळे ज्या साइटला एक बंद ठेवावे लागते ती दुसरी चालू ठेवू शकते.
केवळ अनुमानावर अवलंबून न राहता तुलना करण्यासाठी काहीतरी आधार असावा म्हणून आधी Core Web Vitals कार्ड आणि सर्व्हर-साइड वेळ वाचा.
संख्या अजूनही निराशाजनक असल्यास, अडथळा सहसा कॅशे नसतो — तो प्रतिमा, प्लगइन किंवा क्वेरी असतो. तज्ज्ञांकडून वेग वाढवणे म्हणजे आमच्या विकासकांनी नेमकी तीच समस्या शोधून ती दुरुस्त करणे होय.
पुरावा, अंदाज नव्हे
Core Web Vitals हे वास्तविक अभ्यागतांनी प्रत्यक्षात अनुभवलेल्या गोष्टींवरून येतात, जे तुमच्या मुख्यपृष्ठासाठी आपोआप आणि इतर कोणत्याही पृष्ठासाठी मागणीनुसार तपासले जातात. सर्व्हर-साइड टायमिंग्स या तुमच्या साइटने दिलेल्या वास्तविक विनंत्या असतात, ज्या ब्राऊझरपर्यंत काहीही पोहोचण्यापूर्वी सर्व्हरवर मोजल्या जातात — त्यामुळे धीमे पृष्ठ हे संथ नेटवर्कपासून वेगळे केले जाते.
कोड-पातळीवरील प्रोफाइलिंग हे तुम्ही पुढे काय करता हे बदलते: प्रत्येक विनंती सर्व्हरवर प्रोफाइल केली जाते, आणि इतिहास सांगतो की कोणती पृष्ठे सर्वात मंद आहेत, कोणता प्लगइन किंवा क्वेरी वेळ खात आहे, आणि ते अधिक बिघडत आहे का. शंभरापैकी मिळालेला स्कोअर सांगतो की एक समस्या आहे; हे सांगते की ती समस्या कोणाची आहे.
त्यांच्यातील फरक हा आहे की काम कोण करते. चुकीची निवड करणे सोपे आणि खर्चिक आहे, म्हणून हे प्रामाणिक मार्गदर्शन येथे आहे.
पेज कॅशे आणि ऑब्जेक्ट कॅशे तुमच्या प्लॅनसोबतच येतात आणि «कार्यप्रदर्शन» टॅबमधून सुरू किंवा बंद केले जातात. बहुतांश सामग्री आणि माहितीपर साइट्ससाठी योग्य, आणि यासाठी तुम्हाला कोणताही खर्च येत नाही.
कॅशिंग कसे कार्य करते →एकवेळची सेवा जिथे आम्ही तुमच्या वास्तविक साइटनुसार कॅशिंग कॉन्फिगर करतो — ज्यामध्ये आवश्यक असलेले अपवाद आणि नियम समाविष्ट असतात — आणि ती कार्यरत स्थितीत परत सोपवतो.
गती वाढवणाऱ्या सेवा पहा →आमचे डेव्हलपर्स प्रत्यक्षात जे संथ आहे त्यावर काम करतात: इंडेक्स नसलेली क्वेरी, प्रत्येक पेज लोडवर जड प्रक्रिया करणारा प्लगइन, संपूर्ण कॅटलॉग रेंडर करणारी थीम. साइटच्या जटिलतेनुसार किंमत ठरवली जाते.
तज्ज्ञ गती ऑप्टिमायझेशन →पेज कॅशे LiteSpeed चे आहे, आणि आमचा ताफा LiteSpeed Enterprise चालवतो. तुम्ही इतरत्र होस्ट करत असल्यास आणि तेच इंजिन हवे असल्यास, आम्ही त्याचेही व्यवस्थापन करतो.
LiteSpeed, व्यवस्थापित →WordPress साठी सर्व्हर-साइड कॅशिंग लेयर, जी तुम्ही इन्स्टॉल आणि ट्यून केलेल्या प्लगइनऐवजी होस्टिंग स्तरावर व्यवस्थापित केली जाते. ही एक पूर्ण-पृष्ठ कॅश आणि प्रति-साइट ऑब्जेक्ट कॅश आहे, दोन्ही तुमच्या प्लॅनमध्ये समाविष्ट आहेत आणि दोन्ही साइटच्या Performance टॅबमधून स्विच केले जातात. स्वतंत्रपणे खरेदी करण्यासाठी कोणताही परवाना नाही आणि संपादित करण्यासाठी कोणतीही कॉन्फिगरेशन फाइल नाही.
कॅशिंगचे दोन स्तर आहेत, आणि ते एकाच सेटिंगऐवजी स्वतंत्र स्विचेस आहेत. पेज कॅश हे LiteSpeed च्या LSCache मधून थेट रेंडर केलेली पृष्ठे सादर करते, लॉग इन नसलेल्या अभ्यागतांसाठी PHP पूर्णपणे वगळते — जे माहितीपर किंवा ब्रोशर साइटसाठी सर्वात मोठे यश आहे. ऑब्जेक्ट कॅश हे प्रत्येक साइटसाठी एक स्वतंत्र Redis इन्स्टन्स आहे जे WordPress ला प्रत्येक विनंतीवर समान डेटाबेस क्वेरी पुन्हा तयार करण्यापासून रोखते. दोन्ही प्रत्येक प्लॅनमध्ये उपलब्ध आहेत, आणि सशुल्क स्तर बंद केल्याने ते कधीही काढून घेतले जात नाहीत.
नाही. कॅशिंग आणि ऑप्टिमायझेशन हे सर्व्हरवर, WordPress अंतर्गत चालतात. आम्ही साइट डिप्लॉयमेंटचा भाग म्हणून Zinn® Cache प्लगइन पाठवतो, परंतु ते कॅश इंजिनऐवजी कॅश कंट्रोलर आहे — तुम्ही स्वतः हाताने कॅश साफ करण्याऐवजी, पोस्ट प्रकाशित केल्यावर नेमकी तीच पाने साफ व्हावीत ज्यावर ती पोस्ट दिसते, आणि आमच्या edge ला देखील तसेच करण्यास सांगता यावे यासाठी हे अस्तित्वात आहे.
ऑप्टिमायझेशन्स सर्व्हर आणि कॅश स्तरावर चालतात आणि सुरक्षित डीफॉल्टसह येतात, ज्यामध्ये कधीही कॅश न केल्या जाणाऱ्या WordPress आणि WooCommerce पाथ्ससाठीच्या अपवादांचा समावेश आहे — कार्ट्स, चेकआउट्स, खाते पृष्ठे आणि लॉग-इन केलेल्या वापरकर्त्याला दिलेली कोणतीही गोष्ट. जर काही वगळण्याची आवश्यकता असेल, तर कॅश कंट्रोलर आपल्याला संपूर्ण स्तर बंद करण्याऐवजी फक्त तेवढेच वगळण्याची अनुमती देतो.
तोच टॅब तीन प्रकारे याचे मोजमाप करतो. Core Web Vitals प्रत्यक्ष भेट देणाऱ्यांच्या अनुभवातून येतात. सर्व्हर-साइड टायमिंग्स या आपल्या साइटने पूर्ण केलेल्या खऱ्या विनंत्या असतात, ज्या ब्राऊझरपर्यंत पोहोचण्यापूर्वी सर्व्हरवर मोजल्या जातात. आणि कोड-पातळीवरील प्रोफाइलिंग वेळ घेणाऱ्या प्लगइन, क्वेरी किंवा कोडच्या भागाचे नाव देते — जे तिन्हींपैकी एकमेव आहे जे आपल्याला प्रत्यक्षात काय बदलायचे आहे ते सांगते.
काम कोण करते यावर ते अवलंबून आहे. या पृष्ठावरील कॅशिंग आधीपासूनच सुरू आहे आणि आपण ते स्वतः बदलू शकता. सेटअप सेवा म्हणजे आम्ही आपल्या विशिष्ट साइटसाठी एकदा योग्य रीतीने कॉन्फिगर करतो. तज्ञांच्या मदतीने वेग वाढवणे म्हणजे आमचे डेव्हलपर्स आपल्या साइटच्या प्रत्यक्ष समस्यांवर काम करतात — प्रतिमा, मंद क्वेरी, हेवी प्लगइन, प्रत्येक पृष्ठ लोड होताना जास्त संसाधने वापरणारी थीम. त्या एकाच उत्पादनाच्या आवृत्त्या नाहीत; त्यापैकी एक आपल्यासाठी आवश्यक असू शकते आणि इतर निरुपयोगी असू शकतात.
आम्ही होस्ट करत असलेल्या प्रत्येक WordPress साइटमध्ये दोन्ही कॅशिंग स्तर समाविष्ट असतात — ते होस्टिंगसोबत मिळतात, कोणत्याही विशिष्ट टियरसोबत नाही. फरक फक्त अंतर्गत मशीनमध्ये असतो: जिथे सर्व्हरवर आमचे नियंत्रण असते तिथे कॅशिंग चालते, त्यामुळे व्हेंडर-व्यवस्थापित पॅकेजवरील साइटला त्याऐवजी त्या व्हेंडरचे प्लॅटफॉर्म जे पुरवते ते मिळते.
ऑब्जेक्ट कॅश ही WordPress साठी तयार केली गेली आहे आणि तेथेच ती सर्वात जास्त कार्यक्षम ठरते. फुल-पेज कॅश ही केवळ WordPress-विशिष्ट नाही — आमच्या फ्लीटवरील PHP ॲप्लिकेशन किंवा स्टॅटिक साइट याच LiteSpeed पेज कॅशद्वारे सर्व्ह केली जाते, आणि स्टॅटिक साइट अशा कारणांमुळे वेगवान असते ज्यामुळे यातील बहुतांश गोष्टी निरर्थक ठरतात.
सध्या तरी नाही. या पृष्ठावरील कॅशिंग हे आम्ही होस्ट करत असलेल्या प्रत्येक WordPress साइटवर चालते आणि ते समाविष्ट आहे. ते सुरू केल्यानंतरही तुमची पृष्ठे हळू चालत असल्यास, कारण सहसा कॅशऐवजी प्रतिमा, प्लगइन किंवा क्वेरी असते — जे काम तज्ज्ञ स्पीड-अप तुमच्या विशिष्ट साइटसाठी प्रत्यक्ष हाताने करतात.
चाचणीसाठी काहीही नाही: कॅशिंग हे होस्टिंगमध्ये समाविष्ट आहे आणि पहिल्या डिप्लॉयपासूनच सक्रिय असते. होस्टिंग स्वतः कार्डशिवाय 14 दिवसांच्या विनामूल्य चाचणीसह येते.
नाही, आणि ते जाणीवपूर्वक केले आहे. AccelerateWP एकात्मिक CDN सह येते आणि आम्ही ते कधीही सुरू करत नाही, कारण प्रत्येक Zinn® साइट आधीपासूनच आम्ही निवडलेल्या एका एजद्वारे सुरक्षित असते — त्याच्या पुढे दुसरा CDN असणे म्हणजे मालिकेत दोन कॅशे असणे, आणि एकावर पर्ज केल्यास दुसरा जुने पृष्ठ सर्व्ह करत राहील. तुमचे CDN साइटच्या CDN टॅबमधून येते.
होय. दोन्ही स्तर हे प्रत्येक साइटच्या स्वतःच्या कार्यप्रदर्शन टॅबवरील स्विचेस आहेत आणि ते एकमेकांपासून स्वतंत्र आहेत — ज्या साइटला पेज कॅशे बंद ठेवावी लागते ती तरीही तिची ऑब्जेक्ट कॅशे चालू ठेवते.
कार्डशिवाय 14 दिवसांची चाचणी सुरू करा. पहिल्या डिप्लॉयपासूनच कॅशिंग सुरू होते — Performance टॅब उघडा आणि तुमच्या स्वतःच्या आकडेवारीवर त्याचा काय परिणाम होतो ते पहा.
विनामूल्य सुरू करा