वर्डप्रेस लगइन र आगन्तुक क्यासिङको शून्य-लागत पृथकीकरण: क्लाउडफ्लेयरको नि:शुल्क संस्करणको लागि अन्तिम ट्यूटोरियल

बनाउन मन छWordPressस्थिर आगन्तुक क्यासिङबाट गतिशील लगइन क्यासिङलाई पूर्ण रूपमा अलग गर्ने हो? यो ट्युटोरियलले तपाईंलाई क्लाउडफ्लेयरको नि:शुल्क संस्करणको साथ कुकी क्यासिङलाई शून्य लागतमा कसरी अनुकूलन गर्ने, वेबसाइटको गति र प्रयोगकर्ता अनुभव सुधार गर्ने भनेर सिकाउँछ। वेबमास्टरहरूको लागि एक आवश्यक अन्तिम गाइड!

क्लाउडफ्लेयर नि:शुल्क कुकी क्यासिङको लागि अन्तिम गाइड: शून्य लागतमा गतिशील लगइन/स्थिर आगन्तुक पृथकीकरण प्राप्त गर्ने

क्लाउडफ्लेयरको नि:शुल्क संस्करण प्रयोग गर्ने ९९% वर्डप्रेस वेबसाइट मालिकहरूले आफ्नो सर्भर कार्यसम्पादनको आधाभन्दा बढी बर्बाद गरिरहेका छन्।

मैले धेरै मानिसहरूलाई दुई अतिवादमा परेको देखेको छु।

या त HTML लाई क्यास नगर्नुहोस्, र आगन्तुक भ्रमण गर्दा हरेक पटक मूल सर्भरबाट डेटा ल्याउनुहोस्।

वैकल्पिक रूपमा, तपाईंले सम्पूर्ण HTML पृष्ठ क्यास गर्न सक्नुहुन्छ, जसले गर्दा गलत प्रयोगकर्ता लगइनहरू, टिप्पणीहरू प्रदर्शन नहुने, र ब्याकएन्ड अपरेशनहरू असफल हुने जस्ता समस्याहरू निम्त्याउँछन्।

धेरै मानिसहरू विश्वास गर्छन् कि कुकीद्वारा क्यास छुट्याउनु भनेको सशुल्क योजनाहरूमा मात्र विशेष सुविधा हो।

आखिर, क्लाउडफ्लेयरले आधिकारिक रूपमा बताउँछ कि कुकीहरू उपस्थित हुँदा व्यापार र उद्यम योजनाहरूले मात्र HTML क्यासिङलाई बाइपास गर्न सक्छन्।

व्यापार योजना प्रति महिना $२०० बाट सुरु हुन्छ, जुन व्यक्तिगत वेबसाइट मालिकहरू र साना ब्लगहरूको लागि पूर्ण रूपमा अनावश्यक छ।

अप्रिल २०२३ सम्म, मैले एउटा प्राविधिक तरिका पत्ता लगाएँ जुन धेरैजसो मानिसहरूले बेवास्ता गरेका थिए।

यो प्रविधि नि:शुल्क संस्करणद्वारा समर्थित अपरेटरहरू प्रयोग गरेर सशुल्क योजना जस्तै कुकी-आधारित क्यासिङ प्रभाव कसरी प्राप्त गर्ने भनेर पूर्ण रूपमा प्रदर्शन गर्ने पहिलो प्रविधि हो।

मैले एक दर्जन भन्दा बढी वेबसाइटहरू कन्फिगर गर्न यो विधि प्रयोग गरेको छु, र परिणामहरू मेरो अपेक्षाहरू भन्दा बढी छन्।

मेरो व्यक्तिगत ब्लग सर्भरको CPU लोड औसत ४५% बाट १२% मा झर्यो।

सुरुवाती पृष्ठ लोड हुने समय ५ सेकेन्डले घटाइएको छ।

मासिक सर्भर ब्यान्डविथ खपत ६८% ले घट्यो।

यद्यपि, प्रारम्भिक कार्यान्वयनमा दुई स्पष्ट कमजोरीहरू थिए।

यसले एउटा मात्र HTTPS डोमेनलाई समर्थन गर्छ र वाइल्डकार्ड डोमेनहरूलाई समर्थन गर्दैन।

धेरै वेबसाइटहरूले अझै पनि HTTP रिडिरेक्टहरू प्रयोग गर्छन् वा HTTP र HTTPS दुवैलाई समर्थन गर्छन् भन्ने कुरालाई यसले ध्यानमा राख्दैन।

मैले मूल दृष्टिकोणमा आधारित व्यापक अनुकूलन गरें र यी दुई समस्याहरू समाधान गरें।

अब म *.et लाई लक्षित गर्नेछुउफौHTTP र HTTPS दुवैलाई समर्थन गर्ने .org जस्तो वाइल्डकार्ड डोमेन कसरी कन्फिगर गर्ने भन्ने बारे पूर्ण गाइड यहाँ छ।

नि:शुल्क संस्करणले किन सशुल्क संस्करणको कुकी-आधारित क्यासिङ प्रकार्य प्राप्त गर्न सक्छ?

धेरै मानिसहरूलाई थाहा छैन कि क्लाउडफ्लेयरको नि:शुल्क र सशुल्क संस्करणहरू बीचको मुख्य भिन्नता कुनै निश्चित सुविधा लागू गर्न सकिन्छ कि सकिँदैन भन्ने होइन।

यो एउटै कार्य प्राप्त गर्न कति सुविधाजनक छ भन्ने कुरामा निहित छ।

सशुल्क संस्करणले प्रदान गर्दछMatchesनियमित अभिव्यक्ति अपरेटरहरू नियमित अभिव्यक्तिको एकल लाइनले बाइपास गर्न आवश्यक पर्ने सबै कुकीहरू मिलाउन प्रयोग गर्न सकिन्छ।

यद्यपि, नि:शुल्क संस्करणले यो अपरेटरलाई समर्थन गर्दैन, र यसलाई प्रयोग गर्दा तपाईंले "हकदार छैन: अपरेटर मिलानहरूको प्रयोगलाई अनुमति छैन" भन्ने त्रुटि सन्देश प्राप्त गर्नुहुनेछ।

आधिकारिक क्लाउडफ्लेयर कागजातले स्पष्ट रूपमा बताउँछ कि...Matchesसञ्चालकहरूलाई व्यापार योजना वा WAF उन्नत योजना प्रयोग गर्न आवश्यक पर्दछ।

यही कारणले गर्दा धेरैजसो अनलाइन ट्यूटोरियलहरूले तपाईंलाई कुकी क्यासिङ प्रयोग गर्न सशुल्क योजनामा ​​स्तरोन्नति गर्नुपर्छ भनी बताउँछन्।

तर बारम्बार परीक्षण र अनुसन्धान पछि, मैले एउटा प्रमुख सफलता पाएँ।

WordPress र WooCommerce लगइन कुकीज दुवैमा निश्चित उपसर्ग हुन्छ।

वर्डप्रेस कुकीज उपसर्ग:

सबै कुकीहरू मिलाउन हामीले नियमित अभिव्यक्तिहरू प्रयोग गर्नु पर्दैन; हामीले नि:शुल्क संस्करणद्वारा समर्थित अभिव्यक्तिहरू मात्र प्रयोग गर्नुपर्छ।containsअपरेटरले कुकीमा यी निश्चित उपसर्गहरू छन् कि छैनन् भनेर जाँच गर्छ।

यो विचार धेरै चलाख छ।

यसले सशुल्क संस्करणको विशेष सुविधाहरूलाई बाइपास गर्‍यो र सबैभन्दा आधारभूत अपरेटरहरू प्रयोग गरेर ठ्याक्कै उही प्रभाव हासिल गर्‍यो।

यसबाहेक, यसको प्रदर्शन नियमित अभिव्यक्ति मिलान भन्दा राम्रो छ किनभने...containsअपरेटरहरूको कम्प्युटेसनल ओभरहेड नियमित अभिव्यक्ति मिलानको तुलनामा धेरै कम छ।

*.et को लागिउफौ.org को लागि कन्फिगरेसन चरणहरू पूरा गर्नुहोस् (HTTP र HTTPS दुवैमा लागू)

सम्पूर्ण कन्फिगरेसन प्रक्रियालाई केवल ३ वटा क्यासिङ नियमहरू सिर्जना गर्न आवश्यक पर्दछ।

नियमहरूको क्रम धेरै महत्त्वपूर्ण छ र मैले दिएको क्रममा कडाईका साथ पालना गर्नुपर्छ।

यदि क्रम गलत छ भने, सम्पूर्ण क्यासिङ तर्क असफल हुनेछ।

नियम १: गतिशील हुनुपर्छ भन्ने बाटोहरू बाइपास गर्नुहोस् (उच्च प्राथमिकता)

यस नियमको उद्देश्य ब्याकएन्ड, पूर्वावलोकन पृष्ठ, प्रयोगकर्ता केन्द्र, र खोज पृष्ठ कहिल्यै क्यास नगरियोस् भन्ने सुनिश्चित गर्नु हो।

यी पृष्ठहरूले वास्तविक समयमा मूल सर्भरबाट सामग्री ल्याउनु पर्छ, अन्यथा गम्भीर कार्यात्मक समस्याहरू देखा पर्नेछन्।

मेरो अनुकूलित अभिव्यक्तिले सबै उप-डोमेनहरू र HTTP/HTTPS प्रोटोकलहरूलाई समर्थन गर्दछ।

तपाईंले प्रत्येक सबडोमेनको लागि छुट्टाछुट्टै नियमहरू सिर्जना गर्नु पर्दैन।

HTTP र HTTPS को लागि छुट्टाछुट्टै नियमहरू बनाउनु पर्दैन।

अभिव्यक्ति यस प्रकार छ:

ends_with(http.host, ".etufo.org") and (starts_with(http.request.uri.path, "/wp-admin/") or http.request.uri contains "preview=true" or starts_with(http.request.uri.path, "/前台用户中心/") or starts_with(http.request.uri.path, "/?s="))

सञ्चालन विकल्पको रूपमा "बाइपास क्यास" चयन गर्नुहोस्।

यो नियमलाई सबै क्यासिङ नियमहरूको सबैभन्दा माथि राख्नुहोस्।

नियम २: लग-इन गरिएका र टिप्पणी गर्ने प्रयोगकर्ताहरूलाई बाइपास गर्नुहोस् (दोस्रो प्राथमिकता)

यस नियमको उद्देश्य लग-इन भएका र टिप्पणी गर्ने प्रयोगकर्ताहरूलाई स्रोतबाट प्रत्यक्ष रूपमा गतिशील सामग्री पहुँच गर्न अनुमति दिनु हो।

यसले प्रयोगकर्ताहरूले आफ्नो व्यक्तिगत जानकारी हेर्न सक्छन् र टिप्पणीहरू वास्तविक समयमा प्रदर्शन गर्न सकिन्छ भन्ने कुरा सुनिश्चित गर्दछ।

प्रारम्भिक कार्यान्वयनमा निम्न विधि प्रयोग गरिएको थियो:starts_with(http.request.full_uri, "https://你的域名/")।

मैले यसलाई परिवर्तन गरेंends_with(http.host, ".etufo.org")।

यो परिवर्तन सम्पूर्ण अनुकूलनको मूल हो।

http.hostयसमा डोमेन नाम मात्र समावेश छ, प्रोटोकल र मार्ग होइन।

प्रयोग गर्नुहोस्ends_withमिलान.etufo.orgयो स्वतः मिल्नेछetufo.org,www.etufo.org,blog.etufo.orgसबै उप-डोमेनहरू।

यसले कुनै पनि अतिरिक्त कन्फिगरेसनको आवश्यकता बिना नै HTTP र HTTPS दुवै प्रोटोकलहरूसँग स्वचालित रूपमा मेल खान्छ।

नेटिभ वर्डप्रेस अभिव्यक्तिहरू:

ends_with(http.host, ".etufo.org") and (http.cookie contains "wordpress_sec_" or http.cookie contains "wordpress_logged_in" or http.cookie contains "comment_")

यदि तपाईं WooCommerce प्रयोग गर्दै हुनुहुन्छ भनेई-वाणिज्यप्लगइनलाई WooCommerce कुकी उपसर्ग थप्न आवश्यक छ।

WooCommerce परिष्कृत अभिव्यक्तिहरू:

ends_with(http.host, ".etufo.org") and (http.cookie contains "wordpress_sec_" or http.cookie contains "wordpress_logged_in" or http.cookie contains "comment_" or http.cookie contains "woocommerce_")

अपरेशनलाई "बाइपास क्यास" मा पनि सेट गर्नुपर्छ।

यो नियमलाई नियम १ मुनि राख्नुहोस्।

नियम ३: लग इन नभएका आगन्तुकहरूका लागि क्यास स्थिर HTML (न्यूनतम प्राथमिकता)

यस नियमको उद्देश्य लग नगरिएका आगन्तुकहरूलाई Cloudflare CDN बाट क्यास गरिएका HTML पृष्ठहरू सिधै पुन: प्राप्त गर्न अनुमति दिनु हो।

वेबसाइटको गति सुधार गर्ने र सर्भर लोड घटाउने यो सबैभन्दा महत्त्वपूर्ण कदम हो।

त्यसैगरी, मैले प्रयोग गरेंends_with(http.host, ".etufo.org")यसले मूल प्रोटोकल + डोमेन नाम ढाँचालाई प्रतिस्थापन गर्‍यो।

वाइल्डकार्ड डोमेन र दोहोरो प्रोटोकलहरूसँग स्वचालित अनुकूलता प्राप्त गरिएको छ।

नेटिभ वर्डप्रेस अभिव्यक्तिहरू:

ends_with(http.host, ".etufo.org") and not http.cookie contains "wordpress_sec_" and not http.cookie contains "wordpress_logged_in" and not http.cookie contains "comment_"

WooCommerce परिष्कृत अभिव्यक्तिहरू:

ends_with(http.host, ".etufo.org") and not http.cookie contains "wordpress_sec_" and not http.cookie contains "wordpress_logged_in" and not http.cookie contains "comment_" and not http.cookie contains "woocommerce_"

सञ्चालनको लागि "क्यास मापदण्ड पूरा गर्दछ" चयन गर्नुहोस्।

हामी निम्न विकल्पहरू सक्षम गर्न सिफारिस गर्छौं:

क्यास छल कवच।

अद्यावधिक गर्दा पुरानो सामग्री प्रदान गरिँदैन।

यो नियमलाई सबै क्यासिङ नियमहरूको एकदमै तल राख्नुहोस्।

कन्फिगरेसन पछि गर्नुपर्ने तीन प्रमाणिकरण चरणहरू

कन्फिगरेसन पछि, पृष्ठ तुरुन्तै बन्द नगर्नुहोस्।

नियमहरू सही तरिकाले काम गरिरहेका छन् भनी सुनिश्चित गर्न तपाईंले तीनवटा सरल प्रमाणीकरणहरू गर्न आवश्यक छ।

पहिलो प्रमाणिकरण चरण भनेको प्रयोगकर्ता लग इन नभएको बेला क्यास स्थिति जाँच गर्नु हो।

आफ्नो ब्राउजरको इन्कग्निटो मोड अन गर्नुहोस्।

विकासकर्ता उपकरणहरू खोल्न र नेटवर्क ट्याबमा स्विच गर्न F12 थिच्नुहोस्।

आफ्नो वेबसाइटको गृहपृष्ठमा जानुहोस्।

प्रतिक्रिया हेडरहरू जाँच गर्नुहोस्।cf-cache-statusक्षेत्र।

यदि प्रदर्शित भयो भनेHITयसले क्यास हिट भएको र नियम सही तरिकाले काम गरिरहेको संकेत गर्छ।

दोस्रो प्रमाणिकरण चरण भनेको लगइन स्थितिको क्यासिङ जाँच गर्नु हो।

नियमित ब्राउजर विन्डोमा आफ्नो ब्राउजरमा लग इन गर्नुहोस्।WordPress ब्याकइन्ड।

विकासकर्ता उपकरणहरू खोल्न F12 थिच्नुहोस्।

वेबसाइटको गृहपृष्ठमा जानुहोस्।

प्रतिक्रिया हेडरहरू जाँच गर्नुहोस्।cf-cache-statusक्षेत्र।

यदि प्रदर्शित भयो भनेDYNAMICयसले लग-इन गरिएको प्रयोगकर्ताले क्यास सफलतापूर्वक बाइपास गरेको संकेत गर्छ।

तेस्रो प्रमाणिकरण चरण भनेको टिप्पणी गर्ने प्रयोगकर्ताहरूको क्यासिङ स्थिति जाँच गर्नु हो।

अर्को ब्राउजर वा इन्कग्निटो मोड प्रयोग गरेर टिप्पणी पोस्ट गर्नुहोस्।

पृष्ठ रिफ्रेस गर्नुहोस्।

प्रतिक्रिया हेडरहरू जाँच गर्नुहोस्।cf-cache-statusक्षेत्र।

यदि प्रदर्शित भयो भनेDYNAMICयसले टिप्पणी गर्ने प्रयोगकर्ताले क्यासलाई सफलतापूर्वक बाइपास गरेको संकेत गर्छ।

यदि प्रमाणीकरण असफल भयो भने, पहिले नियमहरूको क्रम सही छ कि छैन जाँच गर्नुहोस्।

त्यसपछि यी तीन नियमहरूसँग बाझिने कुनै अन्य पृष्ठ नियमहरू वा क्यासिङ नियमहरू छन् कि छैनन् जाँच गर्नुहोस्।

मेरो वास्तविक परीक्षणमा, मैले क्यासिङ नियमहरू भन्दा पृष्ठ नियमहरूको प्राथमिकता उच्च रहेको पाएँ र क्यासिङ नियमहरूको सेटिङहरूलाई ओभरराइड गर्नेछ।

बारम्बार सोधिने प्रश्नहरू र उन्नत अनुकूलनहरू

धेरै मानिसहरूले मलाई सोध्छन् कि क्यास म्याद समाप्त हुने समय कति लामो हुनुपर्छ।

म मूल सर्भरमा HTML फाइलहरूको लागि क्यास म्याद समाप्ति समय १ घण्टामा सेट गर्न सिफारिस गर्दछु।

यसले सामग्रीको ताजापन र CDN को क्यासिङ फाइदाहरूको पूर्ण उपयोग दुवै सुनिश्चित गर्दछ।

यदि तपाईंले नयाँ लेख प्रकाशित गर्नुभयो वा पृष्ठ अपडेट गर्नुभयो भने, तपाईंले क्लाउडफ्लेयर ब्याकएन्डमा सम्बन्धित पृष्ठको क्यास म्यानुअल रूपमा खाली गर्न सक्नुहुन्छ।

तपाईं आधिकारिक क्लाउडफ्लेयर स्थापना प्याकेज पनि स्थापना गर्न सक्नुहुन्छ।WordPress प्लगइनयसले सामग्री प्रकाशित गर्दा स्वचालित क्यास खाली गर्न अनुमति दिन्छ।

केही मानिसहरूले यो विधिले वेबसाइटलाई असर गर्छ कि गर्दैन भनेर पनि सोधे।एसईओ।

बिल्कुलै होइन।

खोज इन्जिन क्रलरहरू लग इन भएका छैनन् र नियमित आगन्तुकहरू जस्तै क्यास गरिएका पृष्ठहरू पुन: प्राप्त गर्नेछन्।

क्यास गरिएका पृष्ठहरू छिटो लोड हुन्छन्, जसले वास्तवमा खोज इन्जिन श्रेणीकरण सुधार गर्न सक्छ।

गुगलको कोर वेब मेट्रिक्स रिपोर्ट अनुसार, पृष्ठ लोड गतिमा प्रत्येक १ सेकेन्ड वृद्धिको लागि, रूपान्तरण दरहरू ७% ले बढ्न सक्छन्।

यस कन्फिगरेसनबाट हुने गति वृद्धिले प्रयोगकर्ताको अनुभवलाई सुधार गर्ने मात्र होइन, प्रत्यक्ष रूपमा बढी ट्राफिक र राजस्व पनि उत्पन्न गर्छ।

निष्कर्ष

यस डिजिटल युगमा जहाँ कम्प्युटिङ पावर लागत बराबर हुन्छ र गति प्रतिस्पर्धात्मकता बराबर हुन्छ, सर्भर स्रोतहरूको प्रत्येक अप्टिमाइजेसनले डिजिटल सम्पत्तिहरूमा मूल्य थप्छ।

धेरै मानिसहरू महँगो सशुल्क सेवाहरू खोज्छन् तर नि:शुल्क उपकरणहरूमा लुकेको विशाल सम्भावनालाई बेवास्ता गर्छन्।

क्लाउडफ्लेयरको नि:शुल्क संस्करणको क्षमता धेरैजसो मानिसहरूले कल्पना गरेभन्दा धेरै शक्तिशाली छ।

सबैभन्दा राम्रो प्राविधिक समाधान कहिल्यै पनि सबैभन्दा महँगो हुँदैन, तर त्यो हुन्छ जुन तपाईंको आवश्यकताहरू अनुरूप हुन्छ।

९९% व्यक्तिगत वेबसाइट मालिकहरू र साना तथा मझौला उद्यमहरूका लागि, यो शून्य-लागत कुकी-आधारित क्यासिङ समाधान उनीहरूको आवश्यकताहरू पूरा गर्न पर्याप्त छ।

यसले तपाईंलाई प्रति महिना $२०० तिर्न आवश्यक पर्दैन, तर यसले सशुल्क योजना जस्तै कार्यसम्पादन सुधार प्रदान गर्दछ।

प्रविधिको सार समस्या समाधान गर्नु हो, महँगा उपकरणहरू थुपार्नु होइन।

जब हामी सबैभन्दा आधारभूत कम्पोनेन्टहरू प्रयोग गरेर कुशल प्रणालीहरू निर्माण गर्न सिक्छौं, तब हामी प्रविधिको सारलाई साँच्चै बुझ्छौं।

यदि तपाईं क्लाउडफ्लेयरको नि:शुल्क संस्करण प्रयोग गर्दै हुनुहुन्छ र तपाईंको वेबसाइट वर्डप्रेसमा निर्मित छ भने, म तपाईंलाई यसलाई कन्फिगर गर्न यो ट्यूटोरियल पालना गर्न सिफारिस गर्दछु।

तपाईंले आफ्नो वेबसाइटको गतिमा गुणात्मक छलांग लाग्ने र सर्भर लोड उल्लेखनीय रूपमा घट्ने पाउनुहुनेछ।

यो एक अप्टिमाइजेसन अपरेशन हो जुन कार्यान्वयन गर्न ५ मिनेट लाग्छ र तपाईंलाई एक वर्षभरि फाइदा पुर्‍याउँछ।

नि:शुल्क स्रोतहरू खेर जान नदिनुहोस्; आफ्नो वेबसाइटलाई छिटो चलाउन कदम चाल्नुहोस्।