नियगंक्स में नियंत्रित पृष्ठ कैशिंग

परिचय

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

मैंने कई बार nginx पृष्ठों को कैश करने की क्षमता का उपयोग किया, और कुछ असहज चीजों के साथ आया:

• आप सभी पृष्ठों को आसानी से कैश कर सकते हैं, लेकिन क्या यह गतिशील साइटों के लिए या प्राधिकरण वाले साइटों के लिए आवश्यक है?
• क्या मैं कई url को अलग से कैश कर सकता हूं, जैसे / एल्बम / *, लेकिन हर बार साइट के नए खंड दिखने पर nginx config को फिर से लिखना नहीं है?

यदि कोई प्रोजेक्ट, सब कुछ के अलावा, प्रशासकों द्वारा निर्धारित किया जाता है, तो कई सर्वरों में विघटित होकर, कई nginx द्वारा संसाधित किया जाता है - कॉन्फ़िगरेशन को फिर से लिखना एक nontrivial कार्य बन जाता है।

खुद के लिए, मैंने एक्स-एक्सेल-एक्सपायर्स हेडर और नेग्नेक्स कॉन्फ़िगरेशन में कुछ पंक्तियों के साथ इस समस्या को हल किया।

कार्य

मेरे पृष्ठ कैशिंग समाधान के लिए, मैंने निम्नलिखित आवश्यकताओं का गठन किया:
1. php से प्रत्येक पृष्ठ के कैशिंग को चालू या बंद करने के लिए।
2. पूर्ण url द्वारा कैशिंग का प्रबंधन करें।
3. प्रत्येक व्यक्तिगत पेज या साइट के अनुभाग का कैश समय प्रबंधित करें।
4. nginx कॉन्फ़िगरेशन को ओवरराइट किए बिना किसी भी समय कैश समय और सभी कैश सेटिंग्स को बदलने की क्षमता है।

निर्णय

मेरे मामले में, Fastcgi का उपयोग किया जाता है (php को रेंडर करने के लिए सामग्री, nginx को रेंडर करने के लिए)

हम समस्या को कई चरणों में हल करेंगे:
1. नेगनेक्स कॉन्फ़िगरेशन में, कैशिंग के लिए एक नया ज़ोन सेट करें। उदाहरण के लिए, लाइन हमारी साइट के विन्यास के साथ "सर्वर" खंड से पहले लिखी गई है।

fastcgi_cache_path /tmp/mycache levels=2 keys_zone=mycachename:5m inactive=2m max_size=1500m; 

2. सर्वर सेक्शन में, पेज कैशिंग को निम्नानुसार सेट करें:

 location / { root $PROJECT_ROOT/data/ ; fastcgi_cache mycachename; fastcgi_cache_valid 200 301 302 304 30m; fastcgi_cache_key "$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri"; fastcgi_cache_use_stale error timeout invalid_header; fastcgi_pass_header "X-Accel-Expires"; fastcgi_pass 127.0.0.1:9900; fastcgi_index index.php; } 

यहां हम निम्नलिखित मापदंडों पर ध्यान देते हैं:
fastcgi_cache - ज़ोन के पैरा 1 में निर्दिष्ट नाम
fastcgi_cache_valid - किस प्रतिक्रिया कोड के लिए हम कैशिंग सक्षम करते हैं। अंतिम पैरामीटर - कैशिंग समय - वास्तव में पृष्ठ के लिए अधिकतम कैश समय होगा। यानी हम 1 सेकंड से 30 मिनट तक कैश समय का प्रबंधन कर सकते हैं।
fastcgi_cache_key - एक फ़ाइल में वास्तव में अलग-अलग अनुरोधों को कैश करने के लिए नहीं
fastcgi_pass_header "एक्स-एक्सेल-एक्सपायर" - डिबगिंग करते समय वैकल्पिक, लेकिन उपयोगी - यह देखने के लिए कि हमने पृष्ठ को कितना अंत में कैश्ड किया है।

3. php में ही, निम्नलिखित चीजें जोड़ें:
डिफ़ॉल्ट हेडर सेट करें:

 <?php header("X-Accel-Expires: 0"); 

ताकि डिफ़ॉल्ट रूप से कोई उत्तर कैश न हो।
और उपयोगकर्ता के लिए डेटा के उत्पादन के लिए जिम्मेदार फ़ंक्शन में:

 function flushResponse() { if (self::$cache_time) { // nginx cache header("X-Accel-Expires: " . (self::$cache_time), true); } ob_flush(); } 

यहां हम यह जांचते हैं कि क्या पृष्ठ को कैश किया जा सकता है (मेरे मामले में, कुछ तर्क द्वारा या साइट के प्रत्येक पृष्ठ के कॉन्फ़िगरेशन से, हमें सेकंड में पेज कैश समय मिलता है) और एक्स-एक्सेल-एक्सपायर हेडर को 1 बार सेट करें, मान 0 के साथ पहले सेट को ओवरराइट कर दें।

क्या चल रहा है?

इस प्रकार, nginx, जब अनुरोध को संसाधित करता है, तो निम्न कार्य करता है:
1. जाँचता है कि अनुरोधित पृष्ठ कैश में है (कैश फ़ाइल का नाम fastcgi_cache_key पैरामीटर द्वारा निर्धारित किया गया है)
2. यदि यह है, तो यह php को कॉल किए बिना सामग्री देता है और कनेक्शन को तोड़ता है।
3. एक php स्क्रिप्ट निष्पादित करता है, जवाब में X-Accel-Expires हैडर प्राप्त करता है। यदि यह 0 है, तो यह कुछ भी कैश नहीं करता है, अन्यथा यह हेडर में निर्दिष्ट सेकंड की संख्या के लिए कैश करता है। हमारे मामले में अधिकतम समय 30 मिनट है, अंतिम तर्क द्वारा fastcgi_cache_valid पैरामीटर द्वारा निर्धारित किया गया है।

निष्कर्ष

इस प्रकार, आप सर्वर कॉन्फ़िगरेशन को अधिलेखित किए बिना आसानी से nginx के शक्तिशाली कैशिंग का प्रबंधन कर सकते हैं। यह "कॉन्फ़िगरेशन फिर से लिखना" था और लंबे समय तक इस तकनीक का उपयोग करने से मुझे दूर धकेलने वाले कॉन्फ़िगरेशन में कैश की स्थिति को निर्धारित करना।

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