Django को संस्करण 1.9 से संस्करण 2.0 में अपग्रेड करना

नमस्कार, आज मैं आपको 1.9 से 2.0 तक के प्रोजेक्ट को अपग्रेड करने के तरीके के बारे में बताना चाहूंगा। Django के नए संस्करण पर परियोजना शुरू करने के लिए विचार करने और फिर से लिखने के लिए मुख्य बारीकियों क्या हैं।

पहला कदम

यह Django के संस्करण 2.0 का एक अद्यतन है, साथ ही साथ आपके सभी संबंधित पैकेजों का एक अद्यतन है जो परियोजना में उपयोग किया जाता है, जैसे मैं आभासी वातावरण और आवश्यकताओं का उपयोग करता हूं। इसके लिए, फिर मेरे लिए यह एक तरीका है, आपके लिए यह अलग हो सकता है।

आपके द्वारा सभी पैकेज अपडेट करने के बाद, आपको प्रोजेक्ट शुरू नहीं करना चाहिए, यह वैसे भी शुरू नहीं होगा, इसलिए प्रोजेक्ट शुरू करने के लिए तुरंत सभी मुख्य बिंदुओं को ठीक करना शुरू करें।

दूसरा कदम। अपनी परियोजना के सभी urls.py का अद्यतन करना

आपके मुख्य urls.py में, जिसमें आप अन्य एप्लिकेशन से url शामिल करते हैं, हम कनेक्ट करते हैं:
django.urls से re_path, पथ आयात करें।

और हम सी url को पथ में बदलते हैं, साथ ही इन कनेक्शनों में नियमित अभिव्यक्तियों को हटाते हैं।

url(r'^ some/', include('some.urls')), #   path('some/', include('some.urls')), 

यदि आप इस एप्लिकेशन से सीधे विचारों का उपयोग कर रहे हैं, जिसे नियमित करने की आवश्यकता है, तो हम उपयोग करते हैं:

 re_path(r'^app/$', App.as_view(), name='app') 

प्लग-इन अनुप्रयोगों में (उदाहरण के लिए, कुछ / urls.py), urls.py फ़ाइल में, हम उपयोग करते हैं:

 re_path(r'^create/$', Create.as_view(), name='create') 

यदि आप समावेशन के दौरान url में नाम स्थान का उपयोग करते हैं, तो उन्हें वहां से हटा दें और सीधे जुड़े हुए एप्लिकेशन में स्थानांतरित करें। हम इस एप्लिकेशन के urls.py पर जाते हैं और इसे urlpatterns = [] से ऊपर लिखते हैं

 app_name = 'app-application' 

यह लाइन नेमस्पेस के प्रतिस्थापन के रूप में कार्य करती है और इसे मुख्य urls.py को अधिक स्वच्छ और पठनीय बनाने के लिए डिज़ाइन किया गया है, साथ ही एक ही स्थान पर नाम बदलने की सुविधा के लिए।

तीसरा कदम

हम आपके कोड संपादक के आधार पर पूरे प्रोजेक्ट में खोज का उपयोग करते हैं, जो आप विकास के दौरान उपयोग करते हैं, ये अलग-अलग हॉटकी हो सकते हैं, मुझे लगता है कि आप उन्हें जानते हैं, इसलिए मैं यहां नहीं रुकता।

हम इसमें ड्राइव करते हैं:

 is_authenticated() 

और is_authenticated बदलें। अब यह एक विधि नहीं है, बल्कि एक संपत्ति है। यह त्रुटि अपवाद को फेंक देगी।

परियोजना में आगे हम देख रहे हैं:

 from django.core.urlresolvers import reverse 

और इसमें बदलें:

 from django.urls import reverse 

चौथा चरण

अब सभी मॉडलों में ।oreignKey, के लिए एक अनिवार्य स्थिति तर्क होना चाहिए "on_delete" उदाहरण के लिए:

 on_delete=models.CASCADE on_delete=models.DO_NOTHING on_delete=models.SET_NULL 

अगला हम करते हैं:

 python manage.py makemigrations python manage.py migrate 

पांचवां चरण

यदि आप परियोजना शुरू करने की कोशिश करते हैं, तो यह पहले से ही शुरू हो जाना चाहिए, लेकिन जैसे ही आप 127.0.0.1:8000 पर जाते हैं, यह तुरंत आपको एक त्रुटि देगा।

त्रुटि इस प्रकार होगी:

 AttributeError at / 'WSGIRequest' object has no attribute 'user' 

यह इस तथ्य के कारण है कि आपको MIDDLEWARE_CLASSES का नाम बदलकर MIDDLEWARE करने की आवश्यकता है
इसके बाद, आपको कंसोल में निम्नलिखित त्रुटि मिलेगी:

django.core.exceptions.ImproperlyConfigured: WSGI application 'application' could not be loaded; Error importing module: 'application doesn't look like a module path

यह त्रुटि तब होती है क्योंकि आपके पास पुराना मिडलवेयर है, और आपको उन्हें अपडेट करना होगा:

 'django.contrib.sessions.middleware.SessionMiddleware', 'django.middleware.common.CommonMiddleware', 'django.middleware.csrf.CsrfViewMiddleware', 'django.contrib.auth.middleware.AuthenticationMiddleware', 'django.contrib.messages.middleware.MessageMiddleware', 'django.middleware.clickjacking.XFrameOptionsMiddleware', 'django.middleware.security.SecurityMiddleware' 

छठा चरण

यदि आप प्रोजेक्ट में अपने स्वयं के मिडलवेयर का उपयोग करते हैं, तो उन्हें मिडलवेयरमिक्सिन से विरासत में मिला होना चाहिए, न कि ऑब्जेक्ट से (आप ऑब्जेक्ट का उपयोग भी कर सकते हैं, लेकिन फिर आपको अतिरिक्त आवश्यक तरीकों को पंजीकृत करने की आवश्यकता है)।

आयात:

 from django.utils.deprecation import MiddlewareMixin 

वह सब है! :)

बेशक, यदि आपके पास एक बहुत बड़ी परियोजना है और आप बड़ी संख्या में पैकेजों का उपयोग करते हैं, तो आपको अधिक समस्याएं होंगी, लेकिन पहले से ही कंसोल में त्रुटियों की एक श्रृंखला आपको उन्हें हल करने और उचित मोड में परियोजना शुरू करने में मदद करेगी। यह मार्गदर्शिका मुख्य त्रुटियों और उन्हें हल करने के तरीकों का वर्णन करती है, जो Django 1.9 के साथ सभी परियोजनाओं के लिए प्रासंगिक हैं (कुछ बिंदु Django संस्करण 1.11 के लिए प्रासंगिक नहीं हैं), और जल्दी से परियोजना को Django 2.0 में स्थानांतरित करने में मदद मिलेगी, साथ ही साथ पार्सिंग और खोज के समय के अनावश्यक नुकसान से बचें। सामान्य गलतियों का समाधान।