Django युक्तियाँ और चालें

नमस्ते!



इस पोस्ट में - Django के साथ काम करने के कुछ छोटे सुझाव जो नौसिखिया डेवलपर्स के लिए उपयोगी हो सकते हैं। जैसा कि मैं यह जानने की अपनी यात्रा की शुरुआत में Django के स्वामी की तरह होगा!

गौर कीजिए कि इन सुझावों को आलोचना की डिग्री के साथ होना चाहिए। मुझे खुशी होगी अगर आपको गलतियाँ / सबसे अच्छा समाधान मिल जाए, या django के लिए अपने स्वयं के "चिप्स" का सुझाव दें, जो दस्तावेज़ में नहीं हैं।



तो, चलो दूर से शुरू करते हैं, और फिर विवरण पर चलते हैं।

आभासी वातावरण

यदि आप अपने django एप्लिकेशन के लिए virtualenv का उपयोग नहीं कर रहे हैं, तो इसे आज़माएं।



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



Virtualenv से वैश्विक कार्यक्रमों की दृश्यता / अदृश्यता फ़ाइल की अनुपस्थिति / उपस्थिति [virtualenv] / lib / python *। * / No-global-site-package.txt द्वारा निर्धारित की जाती है। इतना सरल।



वैसे, मैं सभी को virtualenv के "अलगाव" के बारे में एक लेख सुझाता हूं : मुझे virtualenv और पाइप से नफरत क्यों है (साइट धीमा हो जाती है, मैं केवल web.archive.org के माध्यम से खोल सकता हूं)। यह जांचता है कि वास्तव में वर्चुअनव को "बाहरी" वातावरण से कैसे अलग किया जाता है - संक्षेप में, यह केवल आंशिक अलगाव है।

IPython

पिप स्थापित ipython मानक पायथन शेल को एक उन्नत के साथ रंग, ऑटो-पूर्णता, आत्मनिरीक्षण, सुविधाजनक मल्टी-लाइन इनपुट, कॉपी-पेस्ट, आदि के साथ बदल देगा। Django स्वचालित रूप से ipython को उठाता है यदि यह स्थापित है।

वैसे, इन सभी फायदों का उपयोग न केवल ./manage.py शेल में किया जा सकता है, बल्कि डिबग में भी किया जा सकता है, जिससे आयात i pdb का उपयोग करके डीबगिंग हो सकती है; i pdb.set_trace ()।

परियोजना की संरचना

प्रोजेक्ट या एप्लिकेशन बनाते समय Django डिफ़ॉल्ट रूप से आवश्यक निर्देशिका बनाता है। लेकिन आपको खुद सोचने की जरूरत है।

जैसा कि आप परियोजना का नाम देते हैं, आप आयात करेंगे

अपने प्रोजेक्ट प्रोजेक्ट को नाम दें (django-admin.py startproject प्रोजेक्ट) - अच्छी तरह से या किसी अन्य, लेकिन सभी प्रोजेक्ट्स के लिए एक ही नाम। मैं डोमेन के अनुसार परियोजनाओं का नाम देता था, लेकिन जब अन्य परियोजनाओं में अनुप्रयोगों का पुन: उपयोग किया जाता है, तो मुझे आयात पथ को बदलना पड़ता था - सुपरसाइट आयात के बर्तन से, फिर समाचार के आयात के बर्तन से। यह भ्रामक और विचलित करने वाला है। यदि आप इस सलाह का विस्तार करते हैं, तो अपने लिए अपनी सभी परियोजनाओं की निर्देशिका संरचना को ठीक करें (एकजुट करें) और इसका सख्ती से पालन करें।



लाइव उदाहरण:

--site.ru |--static |--media |--project (  ) |--manage.py |--project (   ) | |--settings.py | |--urls.py | |-- ... |--app1 |--app2 |--...
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Html टेम्पलेट को कहाँ सेव करना है

कभी भी, कभी भी अपने एप्लीकेशन के टेम्प्लेट फ़ोल्डर में टेम्प्लेट (.html) को न डालें। हमेशा एक नाम के साथ एक अतिरिक्त निर्देशिका बनाएं जो एप्लिकेशन के नाम से मेल खाती है।

यह बुरा है, क्योंकि उदाहरण के लिए, टेम्पलेट टकराव पैदा करता है, {% में 'main.html'%} शामिल हैं:

 /gallery/templates/main.html /reviews/templates/main.html
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

यह अच्छा है, आप {% शामिल 'समीक्षाएं / main.html'%} का उपयोग कर सकते हैं:

 /gallery/templates/gallery/main.html /reviews/templates/reviews/main.html
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

{% में% शामिल हैं}

वैसे, यदि आप {% में way some_template.html ’%} का उपयोग करते हैं, तो संभावना है कि कुछ गलत है। क्यों?

एक उदाहरण:

 def view(request): return render( request, 'master.html', {'var': 'Some text'} }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

 <!-- master.html --> Value of variable var: {{ var }}. {% include 'slave.html' %} <!-- slave.html --> Again, value of variable var: {{ var }}.
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

1) KISS लकड़ी सवार है। एक ओर, पेज कोड को कई में विभाजित किया जाता है - master.html और plugin slave.html, और यह भागों में बड़े HTML पृष्ठों को विभाजित करने के लिए सुविधाजनक है। लेकिन इस मामले में, var वैरिएबल slave.html टेम्प्लेट में उत्तीर्ण रूप से निहित है - var मास्‍टर.html में पास हो गया है, और slave.html सिर्फ मास्‍टर संदर्भ को "हुक" करता है। इस प्रकार, हम देखते हैं कि {% शामिल%} के अंदर टेम्पलेट मुख्य टेम्पलेट के संदर्भ पर निर्भर करता है। हम पेरेंट टेम्पलेट के संदर्भ की निगरानी करने के लिए मजबूर हैं, अन्यथा चाइल्ड टेम्प्लेट में कुछ गलत हो सकता है।

2) मेरी टिप्पणियों के अनुसार, {% शामिल%} प्रतिपादन के संदर्भ में महंगा है। इससे बचने के लिए बेहतर है।



क्या करें? यदि आप वास्तव में कुछ टेम्प्लेट को दूसरों में शामिल करना चाहते हैं, तो समावेश टैग (नीचे उनके बारे में पढ़ें) का उपयोग करें। लेकिन यह आसान है - बस एक फ़ाइल में सब कुछ लिखें:

 <!-- master.html --> Value of variable var: {{ var }}. Again, value of variable var: {{ var }}.
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

settings.py

आपके पास परीक्षण और सर्वर को परिनियोजित करने के लिए दो अलग सेटिंग्स नहीं हैं, है ना?

अतिरिक्त local_settings.py और dep तैनाती_settings.py बनाएँ, जहाँ वह सब कुछ है जो केवल संबंधित सर्वर पर लागू होता है।





सेटिंग में हम शुरुआत में लिखते हैं:

 # Load local settings if available try: from local_settings import * except ImportError: from deployment_settings import *
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

तदनुसार, परिनियोजन पर हम local_settings.py को हटाते हैं। ताकि यह हस्तक्षेप न करे, इसे .gitignore में जोड़ा जा सकता है।

प्रोजेक्ट रूट

सेटिंग में प्रोजेक्ट रूट को सेट करें। यह बाद में आसान हो जाएगा:

 from os import path BASE = path.dirname(path.dirname(path.dirname(path.abspath(__file__)))) MEDIA_ROOT = BASE + '/media/' STATIC_ROOT = BASE + '/static/'
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

प्रसंग प्रोसेसर (Reference_processors.py), {% में%} और समावेश टैग शामिल हैं

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



एक गलती है - विगेट्स के लिए संदर्भ प्रोसेसर का उपयोग करना। उदाहरण के लिए, आपकी साइट पर एक समाचार स्तंभ है जो हमेशा प्रदर्शित होता है, अर्थात हर पेज पर यह समाचार / संदर्भ_प्रोसेसर्सहोम बनाने और संदर्भ के साथ समाचार चर जोड़ने के लिए प्रतीत होता है, और टेम्पलेट {%} में template समाचार / news_widget.html ’%}, या यहां तक ​​कि {% news_widget%} {{news_widget news%} शामिल हैं ...



यह काम करता है, लेकिन यह संदर्भ को काट देता है और इसके अलावा, कौन जानता है कि क्या आपके पास हमेशा यह कॉलम होगा। एक रास्ता है - समावेश टैग का उपयोग करें। आप बस {{% news%}} टेम्प्लेट में लिखते हैं, और यह टेम्प्लेटेटैग पहले से ही खबरों को खोजता है और एक न्यूज कॉलम डालता है। और यह तभी काम करता है जब आप वास्तव में इसे चलाते हैं - अर्थात टेम्पलेट में {% समाचार%} लिखें।

बैटरी

Django-डिबग-उपकरण पट्टी-टेम्पलेट समय

हर कोई उसे जानता है और शायद उसका इस्तेमाल करता है। लेकिन django-debug-toolbar-template-timings - एक डीबग टूलबार प्लगइन है जो टेम्प्लेट के रेंडरिंग समय को मापता है। और यह देखते हुए कि django टेम्प्लेट काफी "महंगे" हैं (लंबे समय के लिए प्रस्तुत करें), यह प्लगइन वह है जो डॉक्टर ने साइट को गति देने का आदेश दिया था।

adv_cache_tag

django-adv-cache-tag टेम्प्लेट - वर्जनिंग, कम्प्रेशन, आंशिक कैशिंग में बहुत लचीले कैशिंग नियंत्रण की अनुमति देता है। बस दर:

 {% load adv_cache %} {% cache 0 object_cache_name object.pk obj.date_last_updated %} <!--   ,     obj.date_last_updated --> {{ obj }} {% nocache %} {{ now }} <!--      --> {% endnocache %} {{ obj.date_last_updated }} {% endcache %}
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Django-मेल-टेम्प्लेट

ईमेल टेम्पलेट में django का अभाव है। Django-मेल-टेम्प्लेट

Django-ipware

django-ipware आपके लिए उपयोगकर्ता ip का निर्धारण करेगा, और इसे बेहतर बनाएगा ।

सुंदर सूप

अपना html parser न लिखें। स्वयं html को पार्स न करें। सब कुछ पहले से ही है।

Templatetags जो काम आ सकते हैं

add_class

यदि आप एक फॉर्म बनाते हैं और प्रत्येक इनपुट के लिए एक स्टाइल, क्लास या प्लेसहोल्डर सेट करना चाहते हैं, तो django आपको सिद्धांतों का उल्लंघन करने और सभी शैलियों को सीधे फॉर्महोम में लिखने के लिए मजबूर करेगा:

 class SomeForm(ModelForm): class Meta: model = SomeModel fields = ('field1', 'field2') widgets = { 'field1': Textarea(attrs={'rows': '2', 'class': 'field1_class'}), }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

हर बार जब मैं html टेक्स्ट को .html फाइलों में नहीं देखता हूं तो मुझे घबराहट होती है। यह एमवीटी वास्तुकला का उल्लंघन करता है। इसलिए, मैंने अपने लिए एक फ़िल्टर बनाया:

 {% load add_class %} {{ form.field1|add_class:'field1_class' }}
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

यह फ़िल्टर टैग में एक वर्ग जोड़ता है, लेकिन आप किसी भी संपत्ति को फिर से लिख सकते हैं और जोड़ सकते हैं।

is_current_page

कभी-कभी आपको टेम्पलेट में कुछ प्रदर्शित करने की आवश्यकता होती है यदि कोई विशिष्ट पृष्ठ खुला हो। उदाहरण के लिए, मेनू में "स्टोर" बटन को हाइलाइट करें यदि उपयोगकर्ता अब स्टोर सेक्शन में है। मैं निम्नलिखित विकल्प सुझाता हूं:

 from django import template from django.core.urlresolvers import resolve from project.utils import parse_args register = template.Library() @register.filter def is_current_page(request, param): return resolve(request.path).view_name == param
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

यह एक फिल्टर है, एक टैग नहीं है, और इसका कारण समान है: आप {% if%} के साथ पूरी तरह से बेतहाशा निर्माण कर सकते हैं। उदाहरण के लिए, यदि वर्तमान पृष्ठ उत्पाद कार्ड है, और उपयोगकर्ता अधिकृत है:

 {% if request|is_current_page:'shop/product' and user.is_authenticated %}
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

एक वैकल्पिक, अधिक सटीक, कार्यान्वयन है, जो सटीक पृष्ठ निर्धारित करने के लिए तर्कों (args या kwargs) का उपयोग करता है (अर्थात, केवल "कुछ उत्पाद का पृष्ठ" नहीं है, लेकिन "आईडी के साथ उत्पाद पृष्ठ = 36"):

 {% if request|is_current_page:'shop/product,id=36' %}
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

 @register.filter def is_current_page(request, param): params = param.split(',') name = params[0] args, kwargs = parse_args(params[1:]) # Do not mix args and kwargs in reverse() - it is forbidden! if args: return request.path == reverse(name, args=args) elif kwargs: return request.path == reverse(name, kwargs=kwargs) else: return request.path == reverse(name)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

आदर्श

रिक्त

मॉडल खाली हो सकते हैं। इस तरह:

 class Phrase(models.Model): pass class PhraseRu(models.Model): phrase = models.ForeignKey(Phrase, verbose_name='', related_name='ru') class PhraseEn(models.Model): phrase = models.ForeignKey(Phrase, verbose_name='', related_name='en')
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

इस मामले में, वाक्यांश PhraseEn और PhraseRu के बीच की कड़ी है, हालांकि इसमें अपने आप में कुछ भी नहीं है। यह तब उपयोगी होता है जब दो मॉडल समतुल्य होते हैं, और उन्हें एक पूरे में जोड़ने की आवश्यकता होती है।

सामान्य संबंध मिश्रण

GenericRelation वस्तुओं को हमेशा QuerySet द्वारा लौटाया जाता है, भले ही हम यह सुनिश्चित करने के लिए जानते हों कि केवल एक ही वस्तु है:

 class Token(models.Model): content_type = models.ForeignKey(ContentType) object_id = models.PositiveIntegerField() content_object = generic.GenericForeignKey() class Registration(models.Model): tokens = generic.GenericRelation(Token)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

यदि आपको टोकन एक्सेस करने की आवश्यकता है, तो हम Registration.tokens.first () लिखते हैं। लेकिन हम जानते हैं कि केवल एक ही टोकन है, और हम अभी पंजीकरण लिखना चाहते हैं। टोकन को प्राप्त करें और तुरंत टोकन प्राप्त करें। यह मिश्रण के साथ संभव है:

 class Token(models.Model): content_type = models.ForeignKey(ContentType) object_id = models.PositiveIntegerField() content_object = generic.GenericForeignKey() class TokenMixin(object): @property def token(self): content_type = ContentType.objects.get_for_model(self.__class__) try: return Token.objects.get(content_type__pk=content_type.pk, object_id=self.id) except Token.DoesNotExist: return None class Registration(models.Model, TokenMixin): tokens = generic.GenericRelation(Token)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

अब पंजीकरण। काम करता है!

get_absolute_url

कोशिश करें कि {% url 'की दुकान / उत्पाद' id = product.id%} न लिखें।

प्रत्येक मॉडल के लिए बेहतर, get_absolute_url () विधि सेट करें, और {{object.get_absolute_url}} का उपयोग करें। उसी समय, लिंक "साइट पर देखो" व्यवस्थापक पैनल में दिखाई देगा।

pre_save

Pre_save में, आप यह पता लगा सकते हैं कि मॉडल सहेजने के बाद बदलेगा या नहीं। मूल्य - डेटाबेस से डेटाबेस से पुराना रिकॉर्ड प्राप्त करने का अनुरोध।

 @receiver(pre_save, sender=SomeModel) def process_signal(sender, instance, **kwargs): old_model = get_object_or_None(SomeModel, pk=instance.pk) if not old_model: # Created old_value = None ... else: old_value = old_model.field new_value = instance.field if new_value != old_value: # field changed!
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

आकार

यह पैटर्न पहले से ही हब पर था, लेकिन इसका उल्लेख नहीं करना बहुत अच्छा है।

 form = SomeForm(request.POST or None) if form.is_valid(): # ... actions ... return HttpResponseRedirect(...) return render( request, {'form': form} )
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

वह सब है। आपका ध्यान देने के लिए धन्यवाद।



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