🧑🏾‍🤝‍🧑🏼 👪 👵🏾 AssetManager: अद्यतन स्टेटिक्स प्राप्त करने के लिए उपयोगकर्ता को कैसे बाध्य किया जाए 😆 👩🏿‍🤝‍👨🏾 🐜

वेब एप्लिकेशन विकसित करते समय, एक अच्छी तरह से ज्ञात समस्या है। हम प्रोग्रामर नए जावास्क्रिप्ट कोड लिखते हैं, css में स्टाइल्स, स्टेटिक्स बदलते हैं ... और यह स्टैटिक्स आमतौर पर उपयोगकर्ता के ब्राउज़र द्वारा कैश किया जाता है और कैश में लंबे समय तक बना रह सकता है (और यह वास्तव में सही है, क्योंकि यह कई बार लोडिंग को तेज कर सकता है) ।

लेकिन अगर हमने स्टैटिक्स को बदल दिया तो क्या होगा? उपयोगकर्ता कैश को फ्लश कैसे करें और इन फ़ाइलों को कैसे अपडेट करें? उदाहरण के लिए, कुछ सामान्य विधियाँ हैं, जैसे फ़ाइल नाम के लिए संस्करण टैग जोड़ना या फ़ाइल कनेक्ट करते समय GET पैरामीटर में टाइम स्टैंप जोड़ना।

यदि आप Yii फ्रेमवर्क का उपयोग करते हैं, तो आप कनेक्ट करते समय स्क्रिप्ट या शैली फ़ाइलों के लिए संस्करण या टाइमस्टैम्प भी निर्दिष्ट कर सकते हैं, लेकिन आपको इसे लगातार मॉनिटर करना चाहिए, और Yii के मामले में, संघर्षों के लिए भी निगरानी करें (जब, कहें, एक विजेट और एक दृश्य एक ही स्क्रिप्ट का उपयोग करें, लेकिन विभिन्न टाइमस्टैम्प के साथ)।
तथ्य की बात के रूप में, Yii में आप इस मामले में अधिक सभ्य दृष्टिकोण को व्यवस्थित कर सकते हैं।

चरण 1. फाइलों को तैयार करना।

अपने वेब एप्लिकेशन के संरक्षित फ़ोल्डर में संपत्ति का एक सबफ़ोल्डर बनाएं।
हमने सभी स्टेटिक्स को इस फ़ोल्डर में रखा है। यदि उन्हें स्थायी बाहरी लिंक (उदाहरण के लिए, फ़ेविकॉन, लोगो, कुछ दस्तावेज़) की आवश्यकता होती है, तो कुछ फ़ाइलों को वेब एप्लिकेशन की जड़ में छोड़ना पड़ सकता है।
फ़ाइल संरचना कुछ इस तरह दिख सकती है:

 / संरक्षित
     / संपत्ति
         / सीएसएस
             /main.css
         / img
             /bg.png
             /sprite.png
             /extra_icons.png
         / जे.एस.
             /main.js
             /form.js
             /etc.js

चरण 2. उपकरण तैयार करना।

सबसे अधिक संभावना है कि आपके पास पहले से ही एक अतिरंजित नियंत्रक वर्ग है जिसे आप अन्य सभी नियंत्रकों के लिए आधार वर्ग के रूप में उपयोग करते हैं।
संपत्ति के साथ काम करने के लिए हम इसे थोड़ा बदल देंगे:

class Controller extends CController { private $_assetsBase; public function getAssetsBase() { if ($this->_assetsBase === null) { $this->_assetsBase = Yii::app()->assetManager->publish( Yii::getPathOfAlias('application.assets'), false, -1, YII_DEBUG ); } return $this->_assetsBase; } public $menu=array(); public $items=array(); public $breadcrumbs=array(); }

सब कुछ सरल है।
यहां हमने एक गेट्टर जोड़ा, जो पहली बार / संरक्षित / संपत्ति फ़ोल्डर से संपत्ति प्रकाशित करता है और _assetsBase निजी संपत्ति का पथ बचाता है, और बाद के समय में बस इस निजी संपत्ति का मूल्य वापस करता है।
CAssetManager वर्ग के प्रकाशन () विधि में कई दिलचस्प पैरामीटर हैं।

यहाँ विधि हस्ताक्षर है:

 publish(string $path, boolean $hashByName=false, integer $level=-1, boolean $forceCopy=false)

और मापदंडों का एक संक्षिप्त विवरण:

$ पथ - वास्तव में संपत्ति फ़ोल्डर का पथ जिसे हम प्रकाशित करेंगे;
$ hashByName - निर्धारित करता है कि फ़ोल्डर का नाम, या हैश प्रकाशित करना है या नहीं। इस पैरामीटर के लिए धन्यवाद, सभी जादू होता है, जिसे बाद में चर्चा की जाएगी;
$ स्तर - प्रकाशन के लिए फ़ोल्डर्स के घोंसले के शिकार की डिग्री निर्धारित करता है ( -1 - सभी सबफ़ोल्डर्स पुनरावर्ती हैं);
$ फोर्सकॉपी - यह निर्धारित करती है कि कॉपी फ़ाइलों को बाध्य करने के लिए, भले ही वे पहले से मौजूद हों। हम इस पैरामीटर को YII_DEBUG पर सेट करते हैं, जिसके कारण हमारी स्क्रिप्ट लगातार स्थानीय मशीन पर अपडेट की जाएगी, और उत्पादन पर केवल यदि आवश्यक हो (उत्पादन पर YII_DEBUG को गलत पर सेट किया जाना चाहिए)।

चरण 3. हम तैयार फाइलों पर तैयार टूल के साथ काम करते हैं।

बहुत संपत्ति संपत्तिबेसे , जिसके लिए हमने एक गेटर को थोड़ा अधिक लिखा था, अब हर जगह इस्तेमाल किया जा सकता है।
अब विचारों और लेआउट में हम कुछ इस तरह लिख सकते हैं:

 <link rel="stylesheet" type="text/css" href="<?=$this->assetsBase?>/css/main.css" />

या

 <?Yii::app()->clientScript->registerScriptFile($this->assetsBase.'/js/utils.js')?>

और हम ऐसा ही लिख सकते हैं, क्योंकि इस मामले में $ यह नियंत्रक वर्ग का एक उदाहरण है जहां से हमारे सभी नियंत्रक विरासत में मिले हैं और जो कि विचारों और लेआउट को पारित किया गया है।

विजेट के साथ, स्थिति थोड़ी अलग है, हमें अपने दृष्टिकोण की आवश्यकता है, क्योंकि विजेट दृश्य नियंत्रक के संदर्भ में निष्पादित नहीं होते हैं, लेकिन विजेट के संदर्भ में, इसलिए, विजेट दृश्य में जावास्क्रिप्ट फ़ाइल को कनेक्ट करने के लिए, हम लिखेंगे:

 <?Yii::app()->clientScript->registerScriptFile(Yii::app()->controller->assetsBase.'/js/widget.js')?>

चरण 4. हम उत्पादन पर संस्करण को अपडेट करते हैं और अद्यतन फ़ाइलों को डाउनलोड करने के लिए उपयोगकर्ता के ब्राउज़र को मजबूर करते हैं।

यह सबसे महत्वपूर्ण बिंदु है, और यह है कि कई डेवलपर्स की अनदेखी करते हैं, जिसमें मुझे एक बार शामिल किया गया है।
Yii पर कई लेखों को पढ़कर, ऐसा लग सकता है कि उपयोगकर्ता को अपडेट की गई स्थिर फाइलें प्राप्त करने के लिए - बस उन्हें / संरक्षित / संपत्तियों में भरें और साइट की जड़ में / संपत्ति के फ़ोल्डर को साफ करें (जब तक कि AssetManager का उपयोग नहीं किया जाता है) और वॉइला (सब कुछ) उपयोगकर्ता द्वारा स्वयं ही अपडेट किया जाएगा।
लेकिन ऐसा बिल्कुल भी नहीं है!

वेब एप्लिकेशन की जड़ में / परिसंपत्ति फ़ोल्डर में ऑटोजेनरेटेड सबफ़ोल्डर नाम फ़ोल्डर नाम / संरक्षित / परिसंपत्तियों के हैश पर आधारित होते हैं और समय-समय पर तब भी नहीं बदलते हैं जब आप वेब एप्लिकेशन की जड़ में / संपत्ति फ़ोल्डर को साफ करते हैं। उन्हें उनके मूल स्वरूप में बहाल किया जाता है। इसका मतलब यह है कि उपयोगकर्ता का ब्राउज़र "के माध्यम से कट" नहीं करता है कि कैशिंग समय समाप्त होने तक कुछ बदल गया है।

कम से कम वह हाल तक था। और इस विषय में इस समस्या पर चर्चा की गई, जिसके बाद अलेक्जेंडर मकरोव ने एक समाधान पाया और 8 नवंबर, 2011 को अपनी प्रतिबद्धता के साथ स्थिति को ठीक किया।
अब, CAssetManager वर्ग के प्रकाशन () विधि का दूसरा पैरामीटर - $ hashByName पैरामीटर झूठा के लिए सेट किया गया है। Yii स्थैतिक के साथ फ़ोल्डर के नाम के आधार पर वेब अनुप्रयोग की जड़ में / संपत्ति फ़ोल्डर में सबफ़ोल्डर नाम बनाने के लिए मजबूर करता है , साथ ही साथ इस फ़ोल्डर की संशोधन तिथि भी ।

इसके लिए धन्यवाद, हम एप्लिकेशन स्टैटिक्स फ़ाइलों को तैनात करते समय एक बहुत ही सरल feint कर सकते हैं:

 touch /path/to/your/website/protected/assets

हम आपके लिनक्स सर्वर के कंसोल में इस कमांड को निष्पादित करते हैं (हम मानते हैं कि साइट अभी भी लिनक्स के तहत तैनात है) और अगली बार जब आप स्टेटिक्स का उपयोग करते हैं, तो Yii नए संपत्ति नाम उत्पन्न करेगा!
इसका मतलब यह है कि पेज खोलने वाले उपयोगकर्ता बिल्कुल नए सिरे से बेहतर स्क्रिप्ट, शैली, चित्र आदि डाउनलोड करेंगे।

संक्षेप में

आपको बस इसकी आवश्यकता है:

सभी स्टेटिक्स को / संरक्षित / एसेट फोल्डर में ले जाएं
ऊपर वर्णित के रूप में नियंत्रक के आधार वर्ग का विस्तार करें
हर जगह एसेटबेस का उपयोग स्टैटिक्स के रास्तों के आधार के रूप में करते हैं
साइट पर स्टेटिक्स को अपडेट करते समय, कमांड चलाएं
```
 touch /path/to/your/website/protected/assets 
```
जो / संरक्षित / संपत्ति फ़ोल्डर के संशोधन की तारीख में बदलाव का कारण बनेगा, जिसका अर्थ है कि साइट की जड़ में / संपत्ति फ़ोल्डर में एक नया हैश उत्पन्न करना
लाभ: आप यह सुनिश्चित कर सकते हैं कि उपयोगकर्ता आपकी स्क्रिप्ट, शैली आदि का नवीनतम संस्करण प्राप्त करेंगे।

थोड़ा दूसरे के बारे में

वैसे, जहाँ तक मुझे पता है, उदाहरण के लिए, रूबी ऑन रेल्स में यह समस्या पहले ही हल हो चुकी है।
वाईआईआई संस्करण 2 में, जो विकास के अधीन है, इस समस्या का भी समाधान होने की संभावना है।
आप मंच पर Yii 2 के लिए इस समस्या के समाधान की चर्चा में भाग ले सकते हैं (एक्सेस केवल सक्रिय प्रतिभागियों के लिए खुला है)।

इसके अलावा, एक और दिलचस्प विशेषता स्क्रिप्ट और सीएसएस का स्वत: संशोधन है। फिलहाल, इसे फ्रेमवर्क स्तर पर लागू नहीं किया गया है, लेकिन कुछ एक्सटेंशन में लागू किया गया है, लेकिन यह एक अन्य लेख का विषय है ...

AssetManager: अद्यतन स्टेटिक्स प्राप्त करने के लिए उपयोगकर्ता को कैसे बाध्य किया जाए

चरण 1. फाइलों को तैयार करना।

चरण 2. उपकरण तैयार करना।

चरण 3. हम तैयार फाइलों पर तैयार टूल के साथ काम करते हैं।

संक्षेप में

थोड़ा दूसरे के बारे में

संबंधित लिंक

More articles: