कुछ Django सुविधाएँ जो आपको पहले से पता होनी चाहिए

Django महान है। वास्तव में: यदि आप इस बारे में लिखते हैं कि दुनिया में Django के आगमन और विकास के साथ कितना अच्छा हुआ है, तो आप बहुत लंबे समय तक लिख सकते हैं, और अभी भी सब कुछ के बारे में नहीं बता सकते हैं। व्यक्तिगत रूप से, मैं पिछले साढ़े चार वर्षों से लगातार Django का उपयोग कर रहा हूं, और इस समय Django बेहतर और बेहतर हो रहा है।

और फिर भी कुछ बिंदु पर आपको पता चलता है कि प्रलेखन में सब कुछ नहीं है। और यहां समस्याओं को हल करने के लिए विकल्प अलग-अलग दिखाई देते हैं - आप Django स्रोतों को खोल सकते हैं, आप देख सकते हैं कि वे इसके बारे में स्टाकेवरफ्लो पर और अन्य स्थानों (मेलिंग सूचियों, साथ ही आधिकारिक Trac, अक्सर मदद) में क्या लिखते हैं, लेकिन सभी एक साथ।

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

1. सभी मॉडल ऑब्जेक्ट्स का चयन (जब एक पृष्ठ पर फिट से अधिक ऑब्जेक्ट होते हैं) और मध्यवर्ती पृष्ठों (मध्यवर्ती पृष्ठों) के साथ प्रशासनिक इंटरफ़ेस (एडमिन एक्शन) की क्रियाएं।

क्या प्रशासनिक इंटरफ़ेस में आपके अपने कार्य हैं? क्या वे मध्यवर्ती पृष्ठों का उपयोग करते हैं? यदि हाँ, तो जाँच करें कि यह बहुत मध्यवर्ती पृष्ठ प्रदर्शित करते समय वास्तव में क्वेरी कहाँ से आती है।

क्योंकि अगर यह इस तरह किया जाता है (जैसा कि प्रलेखन में वर्णित है):

selected = request.POST.getlist(admin.ACTION_CHECKBOX_NAME) 

फिर आप इस तथ्य का सामना करेंगे कि कार्रवाई शुरू हो जाएगी, लेकिन केवल, उदाहरण के लिए, पहले 100 ऑब्जेक्ट्स के लिए (यदि पृष्ठ पर 100 प्रदर्शित किए जाते हैं), और मॉडल के सभी ऑब्जेक्ट्स के लिए नहीं, जैसा कि चुना गया था।

वास्तव में, आमतौर पर एक मध्यवर्ती पृष्ठ पर एक फॉर्म प्रदर्शित होता है जिसमें ऑब्जेक्ट संख्या के साथ छिपे हुए फ़ील्ड ("_selected_action") होते हैं।

वह है (ModelAdmin में):

  class AssignBooksForm(forms.Form): _selected_action = forms.CharField(widget=forms.MultipleHiddenInput) user = forms.ModelChoiceField(queryset=User.objects.all(), label=u"", empty_label=None) def assign_books(self, request, queryset): form = None if 'cancel' in request.POST: self.message_user(request, u'  .') return elif 'assign' in request.POST: form = self.AssignBooksForm(request.POST) if form.is_valid(): user = form.cleaned_data['user'] for book in queryset: assign_book(book.pk, user.pk) self.message_user(request, u'  (%s)   %s.' % (queryset.count(), user.username)) return HttpResponseRedirect(request.get_full_path()) if not form: form = self.AssignBooksForm(initial={'_selected_action': queryset.values_list('os_id', flat=True)}) return render_to_response('books/assign_books.html', {'books': queryset, 'form': form, 'path':request.get_full_path()}, context_instance=RequestContext(request)) assign_books.short_description = u'  ' actions = ['assign_books'] 

लेकिन वास्तविक संभावना यह है कि इस तरह की रेखा के बजाय:

 form = self.AssignBooksForm(initial={'_selected_action': queryset.values_list('id', flat=True)}) 

ऐसी रेखा (उदाहरण के लिए, यहाँ ):

 form = self.AssignBooksForm(initial={'_selected_action': request.POST.getlist(admin.ACTION_CHECKBOX_NAME)}) 

और इस मामले में यह विशेष रूप से दिलचस्प है। क्योंकि जब उपयोगकर्ता ने सभी ऑब्जेक्ट्स का चयन किया (कॉलम नामों के बाईं ओर बॉक्स को चेक किया, और फिर रिकॉर्ड की सूची के साथ तालिका के ऊपर "सभी का चयन करें ... (...)" क्लिक किया, तो जेएस ने छिपे हुए फ़ील्ड "select_across" का मान सेट किया। उसके बाद, ModelAdmin.response_action ( contrib.admin.options), जब यह पता चलता है कि select_across (BooleanField) फ़ॉर्म (contrib.admin.helpers.ActionForm) पर सेट है, तो यह उन ऑब्जेक्ट्स की क्वेरी को सीमित नहीं करता है जो जाँच की गई हैं, लेकिन कार्रवाई फ़ंक्शन को पूर्ण क्वेरी के साथ कॉल करती है (लेकिन सामग्री अनुरोध ऑब्जेक्ट, response_action विधि, निश्चित रूप से, परिवर्तित नहीं होती है)।

और अगर आपके पास टेम्पलेट में प्रदर्शित कुछ इस तरह है:

 <p>      :</p> <ul> {% for book in books %} <li>{{ book }}</li> {% endfor %} </ul> 

कि सूची सही होगी (इसमें सभी ऑब्जेक्ट होंगे, और न केवल उदाहरण के लिए, पहले 100) - क्योंकि पुस्तकों के टेम्पलेट के संदर्भ में चर बिल्कुल ठीक है। लेकिन इस रूप में यह सिर्फ क्वेरीसेट के आधार पर पहचानकर्ताओं की सूची नहीं हो सकता है, बल्कि चेक किए गए चेकमार्क की सूची हो सकती है। इस मामले में, एक मध्यवर्ती पृष्ठ से एक फॉर्म जमा करते समय, केवल 100 प्रविष्टियां पहले से ही क्वेरीसेट में निहित होंगी, और तदनुसार, कार्रवाई केवल उनके साथ ही की जाएगी।

वैसे, इस पोस्ट पर टिप्पणियों के बारे में चर्चा है, साथ ही साथ Trac में एक टिकट भी है।

2. दिनांक और समय के साथ पाठ फ़ाइलों में प्रवेश करना।

सामान्य तौर पर, एक बहुत ही सरल कार्य, लेकिन प्रलेखन में यह कैसे करना है, इसका संकेत नहीं दिया गया है। फिर भी, फॉर्मेटर्स शब्दकोश को निर्दिष्ट करने की संभावना को पारित करने में उल्लेख किया गया है , और यहां तक ​​कि एक छोटा उदाहरण भी दिया गया है (हालांकि एक तारीख और समय के बिना)।

वास्तव में, सब कुछ वास्तव में सरल है:

 LOGGING = { 'version': 1, 'disable_existing_loggers': False, 'formatters': { 'verbose': { 'format': '[%(levelname)s] %(asctime)s %(message)s', 'datefmt': '%Y-%m-%d %H:%M:%S', }, }, 'handlers': { 'mail_admins': { 'level': 'ERROR', 'class': 'django.utils.log.AdminEmailHandler' }, 'books_log_file':{ 'level': 'DEBUG', 'class': 'logging.FileHandler', 'formatter': 'verbose', 'filename': os.path.join(PROJECT_ROOT, 'logs/books.log'), }, }, 'loggers': { 'django.request': { 'handlers': ['mail_admins'], 'level': 'ERROR', 'propagate': True, }, 'books': { 'handlers': ['books_log_file', 'mail_admins'], 'level': 'INFO', 'propagate': True, }, } } 

यहाँ, निश्चित रूप से, यह माना जाता है कि सेटिंग्स में PROJECT_ROOT अधिक है। उदाहरण के लिए, इस तरह:

 import os PROJECT_ROOT = os.path.dirname(os.path.abspath(__file__)) 

और अगर आपको कुछ और करने की आवश्यकता है, तो आप पायथन प्रलेखन का उल्लेख कर सकते हैं।

3. मूल पाठ तार अंग्रेजी में नहीं लिखे जाने पर साइट का स्थानीयकरण।

Django में निर्मित स्थानीयकरण प्रणाली, सामान्य रूप से, अच्छी तरह से काम करती है, लेकिन एक विशेषता है। तथ्य यह है कि यदि आप JS लाइनों का अनुवाद करते हैं , और ये लाइनें अंग्रेजी में नहीं लिखी जाती हैं (लेकिन, उदाहरण के लिए, रूसी में), तो जैसे ही आप अंग्रेजी अनुवाद (django-admin.py makemessages -l en -d djjojs) बनाते हैं और संकलन करें djangojs.po, यह अनुवाद न केवल तब चुना जाएगा जब अंग्रेजी का चयन किया जाएगा, बल्कि जब रूसी का चयन किया जाएगा।

यही है, आप रूसी चुनते हैं, और जेएस अंग्रेजी में तार प्रदर्शित करता है (क्योंकि आप रूसी अनुवाद नहीं ढूंढ सकते हैं, और इसके बजाय अंग्रेजी लेते हैं - हालांकि इस मामले में अनुवाद की वास्तव में आवश्यकता नहीं है, क्योंकि तार के मूल पहले से ही रूसी में हैं)।

समाधान (जब तक, निश्चित रूप से, आपने तुरंत रूसी पाठ का रूसी अनुवाद बनाने का विचार छोड़ दिया) काफी सरल है।

आपको निम्न पैटर्न को urls.py में जोड़ने की आवश्यकता है:

 url(r'^jsi18n/null/$', 'django.views.i18n.null_javascript_catalog'), 

और वहां पर टेम्पलेट (आमतौर पर बेस। Html) संपादित करें:

 {% if request.LANGUAGE_CODE == 'ru' %} <script type="text/javascript" src="{% url django.views.i18n.null_javascript_catalog %}"></script> {% else %} <script type="text/javascript" src="{% url django.views.i18n.javascript_catalog %}"></script> {% endif %} 

यह माना जाता है कि django.views.i18n.javascript_catalog के लिए urlpattern पहले से ही मौजूद है।

4. साइटों को निर्दिष्ट किए बिना सरल पृष्ठ (फ़्लैटपेज) जोड़ना।

Django के वर्तमान स्थिर संस्करण में एक बग है: यदि आपके पास फ़्लैटपेज एप्लिकेशन जुड़ा हुआ है , और जब आप इस तरह का पेज बनाते हैं, तो आप गलती से सूची से साइटों का चयन करना भूल जाते हैं, आपको 500 त्रुटि मिलेगी, या यदि DEBUG सक्षम है:

ValueError पर / व्यवस्थापक / फ़्लैटपेज / फ़्लैटपेज / ऐड /
क्वेरी मान के रूप में कोई भी उपयोग नहीं कर सकता

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

सामान्य तौर पर, खोज का उपयोग करें, एक काफी विस्तृत डेटा संग्रह का परीक्षण करें। अगर किसी तरह का समाधान भी काम करने लगता है, तो ध्यान रखें कि हर जगह बारीकियां हो सकती हैं। अच्छा विकास किया है!