👳🏿 ⚫️ 🧔🏻 Drupal उदाहरण का उपयोग कर अनाम उपयोगकर्ताओं के लिए Nginx कैशिंग 🈺 👩🏾‍🌾 👌🏾

जैसा कि आप जानते हैं, Drupal एक अत्यंत भारी CMS / CMF का एक उदाहरण है, और लोडेड साइट्स का निर्माण इतना सरल नहीं है। चूंकि मेरी कंपनी मुख्य रूप से अपने विकास में Drupal का उपयोग करती है, हमें कभी-कभी प्रदर्शन अनुकूलन से निपटना पड़ता है, और मैं इस बारे में बात करना चाहूंगा कि हम लोड से कैसे निपटते हैं।

इस लेख में, मैं उत्पादकता बढ़ाने के सबसे प्रभावी तरीकों में से एक पर चर्चा करूंगा - अनाम उपयोगकर्ताओं के लिए नग्नेक्स वेब सर्वर सामग्री को कैशिंग। इस विधि के लिए धन्यवाद, अनाम उपयोगकर्ताओं से अनुरोध एक बैकएंड (कोई बात नहीं जो अपाचे या Fastcgi) का कारण नहीं है। इस प्रकार, ऐसी कैशिंग किसी भी सीएमएस की तुलना में अधिक प्रभावी है।

समस्या का बयान

Drupal ने अनाम उपयोगकर्ताओं के लिए अंतर्निहित कैशिंग किया है। हालांकि, यह बेहद अक्षमता से काम करता है और उच्च यातायात के साथ अधिक समस्याएं लाता है। इसलिए, कम से कम 2 उपाय लागू करना उचित है:

1. अनाम उपयोगकर्ताओं के लिए कैश सामग्री nginx का उपयोग कर

2. Cacherouter + APC में cache_form और cache_filter टेबल स्टोर करें

Drupal

अनाम उपयोगकर्ताओं को लॉग-इन उपयोगकर्ताओं से अलग करने के लिए, हम लॉगिन पर एक कुकी जारी करेंगे, और लॉगआउट में - इसे चुनें। चलो एक छोटा सा nginxcache मॉड्यूल लिखें:

nginxcache.info

name = Nginx cache 
      

        
        
        
      

     description = Nginx cache for anonymous users 
      

        
        
        
      

     package = ISFB 
      

        
        
        
      

     version = VERSION 
      

        
        
        
      

     core = 6.x

nginxcache.module

<?php 
      

        
        
        
      

     function nginxcache_user($type, &$edit, &$user) { 
      

        
        
        
      

     switch($type){ 
      

        
        
        
      

     case 'login' : 
      

        
        
        
      

     setcookie('logged', TRUE, time()+60*60*24*30, "/"); 
      

        
        
        
      

     break; 
      

        
        
        
      

     case 'logout': 
      

        
        
        
      

     setcookie('logged', FALSE); 
      

        
        
        
      

     break; 
      

        
        
        
      

     } 
      

        
        
        
      

     }

हम सत्र तालिका, कैश और मॉड्यूल को चालू करते हैं।

nginx

मैं संपूर्ण कॉन्फ़िगरेशन नहीं दूंगा, मैं केवल उसी का वर्णन करूंगा जो लेख के लिए प्रासंगिक है।

Http अनुभाग में, हमें एक क्षेत्र घोषित करने की आवश्यकता है:

proxy_cache_path /var/nginx/cache levels=1:2 keys_zone=hrportal:10m inactive=60m;

पहले आपको आवश्यक अधिकारों के साथ / var / nginx / cache निर्देशिका बनाने की देखभाल करने की आवश्यकता है। यदि कैशे डेटा निष्क्रिय समय के दौरान एक्सेस नहीं किया जाता है, तो इसे ताजगी की परवाह किए बिना हटा दिया जाता है।

स्थानीय रूप से आवश्यक वर्चुअल होस्ट में, हम लिखते हैं:

proxy_cache hrportal; 
      

        
        
        
      

     proxy_cache_key $host$uri?$args; 
      

        
        
        
      

     proxy_no_cache $cookie_logged; 
      

        
        
        
      

     proxy_cache_bypass $cookie_logged; 
      

        
        
        
      

     proxy_cache_use_stale error timeout invalid_header updating http_500 http_502 http_503 http_504; 
      

        
        
        
      

     proxy_pass_header Set-Cookie; 
      

        
        
        
      

     proxy_ignore_headers "Expires" "Cache-Control"; 
      

        
        
        
      

     proxy_cache_valid 200 301 302 304 1h;

प्रॉक्सी_नो_चेचे - निर्देश उन शर्तों को सेट करता है जिनके तहत प्रतिक्रिया कैश में सहेजी नहीं जाएगी, हमारे मामले में, अगर लॉग कुकीज़ हैं। यदि आप इस निर्देश को भूल जाते हैं, तो अधिकृत उपयोगकर्ताओं की प्रतिक्रियाएं कैश को लिखी जाएंगी, जो अनाम और अन्य अधिकृत उपयोगकर्ताओं को दी जाएगी।

xy_cache_bypass - लॉग इन कुकी वाले उपयोगकर्ताओं के लिए कैश से प्रतिक्रिया नहीं ली जाएगी

प्रॉक्सी_कैश_यूज़_स्टेल - यदि बैकएंड उपलब्ध नहीं है, तो आप कैश से एक पुरानी प्रतिक्रिया दे सकते हैं, बहुत उपयोगी है

प्रॉक्सी_पास_हाइडर - आपको कुकीज़ प्राप्त करने के लिए उपयोगकर्ताओं की आवश्यकता होती है

xy_ignore_headers - Drupal हमेशा इन हेडर को भेजता है, हम उन्हें अनदेखा करने के लिए मजबूर होते हैं

xy_cache_valid - प्रतिक्रिया कैशिंग समय सेट करता है

परिणाम

जैसा कि आप जानते हैं, खोज इंजन साइट के प्रदर्शन का विश्लेषण करते हैं और इसके लिए अधिक उपयोगकर्ताओं को निर्देशित नहीं करते हैं, जो चाम को संसाधित कर सकते हैं। यहां पीएस के दृष्टिकोण से एक गुणवत्ता साइट का एक उदाहरण है , जिसमें पीएस से यातायात को संसाधित करने के लिए प्रदर्शन की कमी थी। जैसा कि आप ग्राफ से देख सकते हैं, इस समाधान को स्थापित करने के बाद, यातायात बढ़ने लगा।

यह साइट CMS Drupal का उपयोग करती है और हमारे VPS तकनीकी साइट पर स्थित है।

पुनश्च यह दृष्टिकोण, निश्चित रूप से, किसी भी सीएमएस पर लागू होता है।

युपीडी। मैंने बार-बार सवाल उठाया है कि बढ़ावा क्यों नहीं दिया गया।

जवाब काफी जटिल है। मैं समझाने की कोशिश करूंगा।

शुरू करने के लिए, जैसा कि आपने सही उल्लेख किया है - मेरा समाधान बॉक्सिंग नहीं है, और इसे तब लागू किया जाना चाहिए जब ट्रैफ़िक वास्तव में अधिक हो - और उत्पादकता बढ़ाने के किसी भी तरीके महत्वपूर्ण हैं।

1. नेगनेक्स फ्रंटेंड बैकएंड से एक अलग सर्वर पर स्थित हो सकता है - कैश वहां झूठ होगा - और बहुत तेज़ी से वितरित किया जाएगा

2. nginx किसी भी मामले में तेजी से स्थिर देता है

3. Drupal nginx पर खड़ा हो सकता है - इस मामले में बूस्ट को फिर से बढ़ाना आवश्यक है - क्या यह आवश्यक है?

4. बढ़ावा देने के मामले में, बैकिंग को कैशिंग कार्य दिया जाता है - यह सीधे सीमांत पर किया जा सकता है

Drupal उदाहरण का उपयोग कर अनाम उपयोगकर्ताओं के लिए Nginx कैशिंग

समस्या का बयान

Drupal

nginx

परिणाम

More articles: