Jinja: आयातित टेम्प्लेट बहुत लंबे समय से कैश किए जा रहे हैं

को निर्मित 16 जुल॰ 2013 · 4टिप्पणियाँ · स्रोत: pallets/jinja

मेरे पास main.html नामक एक टेम्प्लेट है। यह {% आयात%} मॉड्यूल_ए (बिना संदर्भ के) नामक एक मॉड्यूल है। मॉड्यूल_ए {% आयात%} मॉड्यूल_बी उसी तरह।

जब मैं मॉड्यूल_ए बदलता हूं, तो टेम्प्लेट लोडर इसे पहचानता है और इसे पुनः लोड करता है।

जब मैं मॉड्यूल_बी बदलता हूं, तो टेम्प्लेट लोडर इसे नहीं पहचानता है। मुझे प्रक्रिया को फिर से शुरू करना होगा।

मेरा मानना है कि यह इस तथ्य के कारण है कि मॉड्यूल_ए के लिए जेनरेट कोड अपने रूट() फ़ंक्शन में आयात करता है। get_template देखता है कि मॉड्यूल_ए अप टू डेट है, इसलिए इसे फिर से लोड नहीं करता है, इसलिए इसके रूट () फ़ंक्शन को फिर से नहीं चलाता है।

मुझे यकीन नहीं है कि इसे कैसे संबोधित किया जाए। स्पष्ट रूप से get_template पर प्रत्येक कॉल पर रूट() को कॉल करना खराब है। प्रत्येक टेम्पलेट की निर्भरता का ट्रैक रखने के लिए पूर्ण समाधान होगा, लेकिन यह बहुत काम है।

स्रोत

glasserc

👍3

सबसे उपयोगी टिप्पणी

समस्या यह है कि आयात कैश किए जाते हैं लेकिन ट्रैक नहीं किए जाते हैं। मुझे यकीन नहीं है कि इससे निपटने का सबसे अच्छा तरीका क्या होगा।

mitsuhiko 25 अक्तू॰ 2016

👍4 👎1

सभी 4 टिप्पणियाँ

हम इसमें भी भाग रहे हैं। (मुझे यह बग लगभग नहीं मिला क्योंकि आपने auto_reload शब्द का उपयोग नहीं किया - यह केवल तभी प्रासंगिक है जब auto_reload=True )।

ऐसा लगता है कि इसे ठीक करना काफी मुश्किल होगा; आदर्श रूप से आप चाहते हैं कि uptodate विधि get_source से वापस आ जाए ताकि न केवल स्रोत फ़ाइल की जांच की जा सके, बल्कि किसी भी स्रोत फ़ाइल को आयात, विस्तारित या शामिल किया जा सके। लेकिन जब uptodate को परिभाषित किया जाता है, तो आपके पास केवल अपरिष्कृत अन-पार्स्ड स्रोत होता है, ताकि जानकारी उपलब्ध न हो।

इसे उच्च स्तर पर लागू किया जा सकता है (उदाहरण के लिए Template.is_up_to_date ) लेकिन ऐसा लगता है कि संकलक से निर्भरता की जानकारी वापस पाने के लिए इसे महत्वपूर्ण सर्जरी की भी आवश्यकता होगी।

carljm 16 जुल॰ 2014

मैं बस इसमें भी भाग गया। यह विकास में बहुत कष्टप्रद है क्योंकि इसका मतलब है कि मुझे cache_size को 0 पर सेट करना है, और फिर चीजें बहुत धीमी हो जाती हैं (जैसा कि कोई उम्मीद कर सकता है)।

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

k4nar 25 अक्तू॰ 2016

👍3

mitsuhiko 25 अक्तू॰ 2016

👍4 👎1

ठीक है, तो यहां समस्या टेम्पलेट के कैशिंग के साथ नहीं है बल्कि आयातित मैक्रोज़ में पारित चर के कैशिंग के साथ है।
(कम से कम मेरे मामले में)

मेरा समाधान एक ऐसी विधि का उपयोग करना था जो मेरे अद्यतन संदर्भ मानों को प्रस्तुत करने के लिए लौटाए।

मेरे परिदृश्य में मैं पेजिनेशन के लिए मैक्रो बना रहा था। मैक्रो को अनुरोध वस्तु की आवश्यकता है।

मैक्रो के भीतर प्रारंभिक दृष्टिकोण
{% set pagenum, limit = request.args.pg , request.args.limit %}
यह प्रारंभ में काम करेगा, लेकिन बाद के अनुरोधों पर मैक्रो संदर्भ मान हमेशा के लिए कैश किए जाते हैं जब तक कि कोई सर्वर रीबूट न हो जाए

मैक्रो के भीतर काम करने का तरीका
{% set pagenum, limit = request.get_params() %}
यह अब मेरे मैक्रोज़ के कैशिंग का त्याग किए बिना हर कॉल पर मेरे अपडेट किए गए अनुरोध पैरामीटर वापस कर देगा।

मैंने यह भी देखा कि मैक्रोज़ को कैशिंग करने से मेरे प्रतिक्रिया समय में ~ 2.5 x गति बढ़ जाती है।
कैशिंग के बिना ~= 450ms
कैशिंग के साथ ~= 150ms

hyperking 1 अप्रैल 2021

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Jinja: आयातित टेम्प्लेट बहुत लंबे समय से कैश किए जा रहे हैं

सबसे उपयोगी टिप्पणी

सभी 4 टिप्पणियाँ

संबंधित मुद्दों